Internet Explorer: SCRIPT7002: XMLHttpRequest: Erreur Réseau 0x2f7d, impossible de terminer l'opération en raison de l'erreur 00002f7d

Ce problème me rend fou. Notre application web utilise le protocole HTTP POST à la connexion des utilisateurs et maintenant IE 10 est l'abandon de la connexion et de dire:

SCRIPT7002: XMLHttpRequest: Network Error 0x2f7d, Could not complete the operation due to error 00002f7d.

Voici tous les détails que j'ai

La version de IE 10.0.9.16618, mise à jour de la version 10.0.6. J'ai aussi reproduit ce sur la version de IE 10.0.9200.16635, mise à jour de la version 10.0.7.
Le domaine est à l'aide de HTTPS. Le problème ne se produit pas sur les connexions HTTP
J'ai lu que pour certaines raisons, IE doit obtenir un certificat avant de pouvoir faire un HTTP POST, j'ai donc HTTP Obtient en cours d'exécution avant mon POST, mais maintenant, le GET est erroring arrière. Voir le réseau de flux de capture d'écran. Le GET est super simple, il suffit d'une table de PING page qui retourne "je suis".
Asyn est éteint $.ajax({type: 'POST',url: url,async: false...}); j'ai lu dans d'autres posts que ce questions de.
Le certificat est bon, voir capture d'écran.
Le problème disparaît si le site est ajouté comme un "site de confiance", mais ce n'est pas vraiment l'expérience de l'utilisateur, nous sommes en tournage pour.
Ce juste commencé il y a un mois. Microsoft a pousser quelques nouvelles mises à jour récemment?
J'ai déjà lu: http://social.msdn.microsoft.com/Forums/windowsapps/en-US/dd5d2762-7643-420e-880a-9bf75554e383/intermittent-xmlhttprequest-network-error-0x2f7d-could-not-complete-the-operation-due-to-error. Il ne l'aide pas.

Captures d'écran:

De flux de réseau:
Internet Explorer: SCRIPT7002: XMLHttpRequest: Erreur Réseau 0x2f7d, impossible de terminer l'opération en raison de l'erreur 00002f7d

Cert est bon:

Internet Explorer: SCRIPT7002: XMLHttpRequest: Erreur Réseau 0x2f7d, impossible de terminer l'opération en raison de l'erreur 00002f7d

Toute aide est grandement appréciée. J'ai passé beaucoup d'heures sur ce à pas de chance. Comme vous vous attendez que cela fonctionne très bien sur Chrome et Firefox. Si vous avez besoin de plus de détails sur ce qui se passe s'il vous plaît laissez-moi savoir.

Merci,

Avez-vous trouvé une solution?
Nope. Je n'ai pas encore pensé à elle.
Connexes stackoverflow.com/q/14527387/56145 ?
Avez-vous été en mesure de faire des progrès?
J'ai été en mesure de résoudre le problème. Voir ci-dessous ma réponse.

OriginalL'auteur etherton | 2013-07-16

internet-explorer-10 xmlhttprequest

4

La révocation des certificats de contrôles peuvent bloquer la première JSON POST, mais de permettre des demandes après le GET de rappel

Nous avons récemment déterminé que URLMon du code (Win8, Win7, et probablement plus tôt) pour ignorer la vérification de révocation de certificat échecs n'est pas appliquée pour le contenu téléchargements (par exemple, HTTP POST). Par conséquent, si une vérification de Révocation de Certificat échoue, c'est fatal pour le téléchargement (par exemple, IE affiche une Page Ne peut Être Affichée message d'erreur; les autres clients me montrer une autre erreur). Cependant, c'est rarement les choses dans le monde réel car dans la plupart des cas, l'utilisateur effectue tout d'abord un téléchargement HTTP (GET) de la cible site en HTTPS, et en conséquence le certificat du serveur est mis en cache avec le "ignorer la vérification de la révocation des échecs" exemption pour la durée de vie du processus et donc le billet suivant, hérite de son drapeau et réussit. Le téléchargement échoue si la première demande pour le site en HTTPS dans le processus actuel a été d'un téléchargement (par exemple dans un cross-origin requête POST).

Voici comment cela fonctionne:

Un peu de contexte: Lorsqu'un navigateur web lance une HTTPS poignée de main avec un serveur web, le serveur envoie immédiatement vers le bas d'un certificat numérique. Le nom d'hôte du serveur est indiqué à l'intérieur du certificat numérique, et le navigateur compare le nom d'hôte qu'il essayait d'atteindre. Si ces noms d'hôtes ne correspondent pas, le navigateur génère une erreur.

L'appariement des noms d'hôtes exigence pose problème si une seule IP est configuré pour héberger plusieurs sites (parfois connu comme le “virtuel-hébergement”). Normalement, une machine virtuelle serveur d'hébergement examine l'Hôte HTTP en-tête de demande afin de déterminer quel contenu HTTP retour. Toutefois, dans le cas HTTPS, le serveur doit fournir un certificat numérique avant qu'il reçoit les en-têtes HTTP dans le navigateur. SNI résout ce problème par l'inscription de la cible d'hôte du serveur dans le champ de l'extension SNI de l'initiale du client en liaison avec le serveur sécurisé. Virtuel-serveur d'hébergement peut examiner la SNI extension pour déterminer le certificat numérique à envoyer au client.

L'OBTENIR peut être victime de la operation aborted scénario:

Le fichier HTML est analysée, et rencontre un bloc de script. Le bloc de script contient de script en ligne qui crée un nouvel élément et tente de l'ajouter à l'élément de CORPS avant la balise BODY de clôture a été rencontré par l'analyseur.
```
<body>
  <div>
    <script>document.body.appendChild(newElem)</script>
  </div>
</body>
```
Noter que si j'ai enlevé le <div> élément, alors ce problème ne devrait pas se produire car le script du bloc parent immédiat serait le CORPS, et le bloc de script immédiate du parent est à l'abri de ce problème.

Références
OriginalL'auteur Paul Sweatte
1

[RÉSOLU]

Je n'ai observé cette erreur aujourd'hui. pour moi, le code d'Erreur était cependant différent.

SCRIPT7002: XMLHttpRequest: Erreur Réseau 0x2efd, n'a pas Pu terminer
l'opération en raison de l'erreur 00002efd.

J'ai été en intervenant de manière aléatoire et non tous les temps. mais ce qu'il remarqua est, si il vient, il vient pour la suite des appels ajax.. donc je mettre un peu de retard de 5 secondes entre les appels ajax et il est résolu.

Également la de la SCRO doit être configuré sur votre serveur web.

OriginalL'auteur Amit Shah
0

J'ai eu exactement le même problème et je viens enfin résolu. Pour une raison que j'ai eu le même message d'erreur que vous recevez sur IE lors de la connexion à l'API à l'aide de OWIN middleware qui a été utilisé pour recevoir des informations d'identification de connexion. Il semblait bien fonctionner lors de la connexion à tout autre type d'API. Pour une raison quelconque, il n'a pas, comme la croix de domaine demande même si j'ai eu de la SCRO activé côté serveur de l'API.

De toute façon j'ai été en mesure de résoudre le problème à l'aide de la xdomain de la bibliothèque. Assurez-vous de charger ce script avant de charger un autre javascript.

D'abord créer un proxy.html page sur la racine de votre serveur d'API et d'ajouter ce code. Remplacez l'espace réservé URL.
```
<!DOCTYPE HTML>
<script src="//cdn.rawgit.com/jpillora/xdomain/0.7.3/dist/xdomain.min.js" master="http://insert_client_url_here.com"></script>
```
Maintenant, il suffit de l'ajouter à votre client le remplacement de l'espace réservé à l'URL pointant vers l'proxy.html page sur votre serveur d'API.
```
<script src="//cdn.rawgit.com/jpillora/xdomain/0.7.3/dist/xdomain.min.js" slave="http://Insert_Api_Url_Here.com/proxy.html"></script>
```
OriginalL'auteur m0g
0

L'ajout d'un retard n'est pas une bonne solution.
Ce peut être parce que l'IE va la traiter comme une erreur de réseau lorsque le corps est vide demande est faite.
Essayez d'ajouter une classe vide en tant que paramètre dans le serveur et IE devrait commencer à travailler.

OriginalL'auteur Anirudh Adiga

Vous devez vous connecter pour publier un commentaire.