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

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

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

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

Примените шаги make request и соблюдайте правила запроса ниже при оформлении запроса.

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

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

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

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

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

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

Источник

---

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

---

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

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

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

Данные об этом:

Выполнение HTTP-запроса с помощью консоли HTTPS usring 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>

---

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

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

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

1) Смешанное содержимое: страница в https://localhost:8000/ 'была загружена через HTTPS, но попыталась подключиться к небезопасной конечной точке WebSocket' WS://локальный: 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", не имеет подсказки, чтобы отличать одну ошибку от другой.

---

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

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

Код для создания сервера Node.js HTTPS:

Я создал два сервера 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, необходимо создать отдельные сертификаты для каждого сервера и соответственно сохранить их в сертификатах папок и certs2.

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