Que signifie le fait qu'une requête HTTP renvoie le code d'état 0 ?

Question

Que signifie le fait que les appels réseau JavaScript tels que fetch ou XMLHttpRequest, ou tout autre type de demande réseau HTTP, échouent avec un code d'état HTTP de 0 ?

Cela ne semble pas être un code d'état HTTP valide, car les autres codes sont à trois chiffres dans la spécification HTTP.

J'ai essayé de débrancher complètement le réseau à titre de test. Cela n'a peut-être aucun rapport, mais cela a donné le code d'état 17003 (IIRC), qui, selon une recherche rapide, signifie "échec de la consultation du serveur DNS".

Le même code fonctionne bien à partir de certains sites et systèmes, mais dans certains environnements, il échoue avec le code d'état 0 et aucun texte de réponse n'est fourni.

Il s'agit d'un POST HTTP typique vers une URL Internet. Il n'implique pas file:// qui, d'après ce que j'ai compris, peut retourner 0 en indiquant le succès dans Firefox.

Answer 1

Beaucoup de réponses ici sont fausses. Il semble que les gens trouvent ce qui a causé le statut==0 dans leur cas particulier et le généralisent comme étant la réponse.

En pratique, le statut==0 pour un échec de XmlHttpRequest doit être considéré comme une erreur non définie.

La spécification W3C actuelle définit les conditions pour lesquelles zéro est retourné ici : https://fetch.spec.whatwg.org/#concept-network-error

Comme vous pouvez le voir dans la spécification (fetch ou XmlHttpRequest), ce code pourrait être le résultat d'une erreur survenue avant même que le serveur ne soit contacté.

Certaines des situations courantes qui produisent ce code d'état sont reflétées dans les autres réponses, mais il peut s'agir de n'importe lequel de ces problèmes ou d'aucun :

1. Demande d'origine croisée illégale (voir CORS )
2. Blocage ou filtrage du pare-feu
3. La demande elle-même a été annulée en code
4. Une extension de navigateur installée perturbe le fonctionnement du système.

Ce qui serait utile, c'est que les navigateurs fournissent des rapports d'erreur détaillés pour un plus grand nombre de ces scénarios status==0. En effet, parfois, le statut==0 s'accompagne d'un message console utile, mais dans d'autres cas, il n'y a aucune autre information.

Answer 2

Je pense que le code d'erreur indique que la réponse était vide, (puisque même les en-têtes n'ont pas été renvoyés). Cela signifie que la connexion a été acceptée puis fermée gracieusement (TCP FIN). Il y a un certain nombre de choses qui pourraient causer cela, mais d'après votre description, une forme de pare-feu semble être le coupable le plus probable.

Answer 3

Pour ce que cela vaut, selon le navigateur, les appels AJAX basés sur jQuery appelleront votre callback de réussite avec un code d'état HTTP de 0. Nous avons constaté qu'un code d'état de "0" signifie généralement que l'utilisateur a navigué vers une autre page avant que l'appel AJAX ne soit terminé.

Ce n'est pas la même pile technologique que celle que vous utilisez, mais j'espère qu'elle sera utile à quelqu'un.

Answer 4

wininet.dll renvoie les codes d'état standard et non standard qui sont énumérés ci-dessous.

401 - Unauthorized file
403 - Forbidden file
404 - File Not Found
500 - some inclusion or functions may missed
200 - Completed

12002 - Server timeout
12029,12030, 12031 - dropped connections (either web server or DB server)
12152 - Connection closed by server.
13030 - StatusText properties are unavailable, and a query attempt throws an exception

Pour le code d'état "zéro", essayez-vous d'effectuer une requête sur une page web locale fonctionnant sur un serveur web ou sans serveur web ?

XMLHttpRequest status = 0 et XMLHttpRequest statusText = inconnu peut vous aider si vous n'exécutez pas votre script sur un serveur web.

Answer 5

Solution de rechange : ce que nous avons fini par faire

Nous avons pensé qu'il s'agissait d'un problème de pare-feu, et nous avons donc trouvé une solution de contournement qui a fonctionné. Si quelqu'un a ce même problème, voici ce que nous avons fait :

1. Nous écrivons toujours les données dans un fichier texte sur le disque dur local, comme nous le faisions auparavant, en utilisant un HTA.

2. Lorsque l'utilisateur clique sur "renvoyer les données au serveur", le HTA lit les données et écrit une page HTML qui inclut ces données sous la forme d'un îlot de données XML (en fait, il utilise un bloc script LANGUAGE=XML script).

3. L'ETS lance un lien vers la page HTML dans le navigateur.

4. La page HTML contient maintenant le javascript qui envoie les données au serveur (en utilisant Microsoft.XMLHTTP).

J'espère que cela aidera toute personne ayant des besoins similaires. Dans ce cas, il s'agissait d'un jeu Flash utilisé sur un ordinateur portable lors de salons professionnels. Nous n'avons jamais eu accès à l'ordinateur portable et nous ne pouvions que l'envoyer par e-mail au client, car le salon se déroulait dans un autre pays.