Определить, если ajax вызов не удался из-за небезопасного ответа или соединения отказано

нет никакого способа отличить его от новейших веб-браузеров.

спецификация W3C:

шаги ниже описывают, что должны делать агенты пользователей для простого запроса кросс-происхождения:

примените шаги сделать запрос и соблюдайте правила запроса ниже, делая запрос.

если флаг перенаправления вручную не установлен и ответ имеет код состояния HTTP 301, 302, 303, 307 или 308 Примените шаги перенаправления.

если пользователь отменяет запрос Применить меры отменить.

если есть сетевая ошибка В случае ошибок DNS, сбоя согласования TLS или других сетевых ошибок примените сетевые шаги ошибки. Не запрашивайте никакого взаимодействия с конечным пользователем.

Примечание: это не включает HTTP-ответы, которые указывают на некоторые тип ошибки, например код состояния HTTP 410.

иначе Выполните проверку общего доступа к ресурсам. Если он возвращает fail, примените шаги сетевой ошибки. В противном случае, если он возвращает pass, завершите этот алгоритм и установите состояние запроса перекрестного источника в success. Фактически не завершайте запрос.

как вы можете прочитать, сетевые ошибки не включают HTTP-ответ, который включает ошибки, поэтому вы всегда получите 0 как код состояния, и "" как ошибка.

источник

---

Примечание: следующие примеры были сделаны с использованием Google Chrome версии 43.0.2357.130 и против среды, которую я создал для эмуляции OP one. Код для установки его находится в нижней части ответа.

---

Я думал, что подход к работе вокруг этого будет сделать вторичный запрос по HTTP вместо HTTPS как ответ но я вспомнил, что это невозможно из-за того, что новые версии браузеров блокируют смешанный контент.

это означает, что веб-браузер не будет разрешать запрос по HTTP, если вы используете HTTPS и наоборот.

это было так с тех пор, как несколько лет назад, но старые версии веб-браузера, такие как Mozilla Firefox ниже его версии 23 позволяют это.

доказательства об этом:

выполнение HTTP-запроса от HTTPS usign Web Broser консоль

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();

приведет к следующей ошибке:

смешанный контент: страница в 'https://localhost:8000/ 'был загружен по HTTPS, но запросил небезопасную конечную точку XMLHttpRequest'http://localhost:8001/'. Этот запрос был заблокирован; содержимое должно обслуживаться по протоколу HTTPS.

та же ошибка появится в консоли браузера, если вы попытаетесь сделать это другими способами, как добавление Iframe.

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

---

использование сокета также было опубликовано в качестве ответа, я был уверен, что результат будет таким же / похожим, но я дал ему попробовать.

попытка открыть соединение сокета с веб-браузером с помощью HTTPS на небезопасную конечную точку сокета приведет к ошибкам смешанного содержимого.

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

1) смешанный контент: страница в 'https://localhost:8000/' был загружен через HTTPS, но попытался для подключения к небезопасной конечной точке WebSocket ' ws:/ / localhost: 8001/'. Этот запрос был заблокирован; эта конечная точка должна быть доступна через WSS.

2) Uncaught DOMException: не удалось построить "WebSocket": небезопасное соединение WebSocket не может быть инициировано со страницы, загруженной через HTTPS.

затем я попытался подключиться к конечной точке wss, чтобы узнать, могу ли я прочитать некоторую информацию об ошибках сетевого подключения:

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

выполнение фрагмент выше с отключенным сервером приводит к:

подключение WebSocket к 'wss: / / localhost:8001 /' не удалось: ошибка при установлении соединения: net:: ERR_CONNECTION_REFUSED

выполнение сниппета выше с включенным сервером

WebSocket соединение с 'wss://localhost:8001/' не удалось: WebSocket открытие рукопожатия было отменено

но опять же, ошибка, которую" функция onerror " выводит на консоль не имейте никаких подсказок, чтобы отличить одну ошибку от другой.

---

через прокси, как этот ответ предлагаю может работать, но только если "целевой" сервер имеет открытый доступ.

здесь этого не было, поэтому попытка реализовать прокси в этом сценарии приведет нас к той же проблеме.

код для создания узла.JS HTTPS server:

Я создал два сервера NodeJS HTTPS, которые используют самоподписанные сертификаты:

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);

чтобы он работал, вам нужно установить Nodejs, нужно создать отдельные сертификаты для каждого сервера и хранить их в папках certs и certs2 соответственно.

, чтобы запустить его просто выполнить node applicationServer.js и node targetServer.js в терминале (пример ubuntu).