Déterminer si l'appel ajax a échoué en raison d'une réponse non sécurisée ou d'un refus de connexion

il n'y a aucun moyen de le différencier des plus récents navigateurs web.

spécification W3C:

les étapes ci-dessous décrivent ce que les agents utilisateurs doivent faire pour une simple demande d'origine croisée :

appliquer les étapes faire une demande et respecter les règles de la demande ci-dessous lors de la présentation de la demande.

si le manuel le drapeau de redirection est désactivé et la réponse a un code D'état HTTP de 301, 302, 303, 307, ou 308 Appliquer les étapes de redirection.

si l'utilisateur final annule la demande Appliquer les étapes d'abandon.

S'il y a une erreur de réseau En cas d'erreurs DNS, d'échec de négociation TLS ou d'autres types d'erreurs réseau, appliquer les étapes d'erreur réseau . Ne pas demandez n'importe quel type d'interaction avec l'utilisateur final.

Note: Ceci n'inclut pas les réponses HTTP qui indiquent un certain type d'erreur, comme le code de statut HTTP 410.

autrement Effectuer une vérification du partage des ressources. Si elle retourne fail, appliquer les étapes d'erreur réseau. Sinon, s'il renvoie pass, résolvez cet algorithme et définissez l'état de la requête d'origine croisée à succès. Ne sont pas réellement mettre fin à la demande.

comme vous pouvez le lire, les erreurs réseau n'incluent pas les réponses HTTP qui incluent les erreurs, c'est pourquoi vous obtiendrez toujours 0 comme code d'état, et "" comme erreur.

Source

---

Note : les exemples suivants ont été produits en utilisant Google Chrome version 43.0.2357.130 et contre une l'environnement que j'ai créé pour émuler OP. Code pour le jeu il est en bas de la réponse.

---

j'ai pensé qu'une approche pour contourner cela serait de faire une requête secondaire sur HTTP au lieu de HTTPS comme cette réponse mais je me suis souvenu que ce n'est pas possible en raison du fait que les nouvelles versions de navigateurs bloquent le contenu mixte.

cela signifie que le navigateur web ne permettra pas une demande HTTP Si vous utilisez HTTPS et vice versa.

cela a été comme cela depuis quelques années, mais les anciennes versions de navigateur Web comme Mozilla Firefox en dessous de lui les versions 23 le permettent.

éléments de Preuve à ce sujet:

Faire une requête HTTP, HTTPS avec du navigateur Web de la console

var request = new XMLHttpRequest();
request.open('GET', "http://localhost:8001", true);
request.onload = function () {
    console.log(request.responseText);
};
request.onerror = function () {
    console.log(request.responseText);
};
request.send();

entraînera l'erreur suivante:

mixte Contenu: la page à ""https://localhost:8000 / 'a été chargé sur HTTPS, mais a demandé un endpoint XMLHttpRequest non sécurisé ' http://localhost:8001 / ". Cette requête a été bloquée; le contenu doit être servi via HTTPS.

la même erreur apparaîtra dans la console du navigateur si vous essayez de le faire d'une autre manière en ajoutant une Iframe.

<iframe src="http://localhost:8001"></iframe>

---

à l'Aide de La connexion Socket a aussi été posté comme réponse , j'étais assez sûr que le résultat sera le même / similaire mais j'ai donné un essai.

essayer d'ouvrir une connexion socket à partir du Broswer Web en utilisant HTTPS vers un point final de socket non sécurisé se terminera par des erreurs de contenu mixte.

new WebSocket("ws://localhost:8001", "protocolOne");

1) contenu mixte: la page à https://localhost:8000 / " a été chargé sur HTTPS, mais tenté de se connecter au terminal WebSocket non sécurisé " ws://localhost:8001/". Cette demande a été bloquée; ce paramètre doit être disponible sur WSS.

2) Uncaught DOMException: N'a pas réussi à construire 'WebSocket': une connexion WebSocket non sécurisée ne peut pas être initialisée à partir d'une page chargée sur HTTPS.

alors j'ai essayé de me connecter à un terminal wss aussi voir si je pouvais lire quelques informations sur les erreurs de connexion réseau:

var exampleSocket = new WebSocket("wss://localhost:8001", "protocolOne");
exampleSocket.onerror = function(e) {
    console.log(e);
}

L'exécution de snippet ci-dessus avec les résultats du serveur désactivé:

connexion WebSocket 'wss://localhost:8001/" a échoué: Erreur dans l'établissement de la connexion: net::ERR_CONNECTION_REFUSED

exécuter snippet ci-dessus avec le serveur activé

connexion WebSocket 'wss://localhost:8001/" a échoué: WebSocket d'ouverture de la poignée de main a été annulée

mais encore une fois, l'erreur que la" fonction onerror " sortie à la console n'ont pas d'astuce pour différencier une erreur de l'autre.

---

en utilisant un proxy comme cette réponse suggère que pourrait fonctionner, mais seulement si le serveur "cible" a un accès public.

ce n'était pas le cas ici, donc essayer d'implémenter un proxy dans ce scénario nous mènera au même problème.

Code pour créer un noeud.js HTTPS server :

j'ai créé deux serveurs Nodejs HTTPS, qui utilisent des certificats auto-signés:

targetServer.js:

var https = require('https');
var fs = require('fs');

var options = {
    key: fs.readFileSync('./certs2/key.pem'),
    cert: fs.readFileSync('./certs2/key-cert.pem')
};

https.createServer(options, function (req, res) {
    res.setHeader('Access-Control-Allow-Origin', '*');
    res.setHeader('Access-Control-Allow-Methods', 'GET,PUT,POST,DELETE');
    res.setHeader('Access-Control-Allow-Headers', 'Content-Type');
    res.writeHead(200);
    res.end("hello world\n");
}).listen(8001);

applicationServer.js:

var https = require('https');
var fs = require('fs');

var options = {
    key: fs.readFileSync('./certs/key.pem'),
    cert: fs.readFileSync('./certs/key-cert.pem')
};

https.createServer(options, function (req, res) {
    res.writeHead(200);
    res.end("hello world\n");
}).listen(8000);

pour que cela fonctionne, vous devez avoir Nodejs installé, besoin de générer des certificats séparés pour chaque serveur et de le stocker dans les dossiers certs et certs2 en conséquence.

pour L'Exécuter il suffit d'exécuter node applicationServer.js et node targetServer.js dans un terminal (exemple ubuntu).