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

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

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

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

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

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

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

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

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

иначе Выполните проверку общего доступа к ресурсам. Если он возвращает fail, примените шаги сетевой ошибки. В противном случае, если он возвращает pass, завершите этот алгоритм и установите состояние запроса cross-origin в 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>

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

попытка открыть соединение сокета из веб-Broswer с помощью 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:

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

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