Мой клиент получает сообщение об ошибке sec_error_unknown_issuer при посещении https://mediant.ipmail.nl с помощью Firefox. У себя не могу воспроизвести ошибку. Я установил FF на машины с Vista и XP, и проблем не было. FF на Ubuntu тоже работает нормально.
Кто-нибудь получает ту же ошибку, и у кого-нибудь есть какие-то подсказки для меня, чтобы я мог сказать моему провайдеру изменить некоторые настройки? Сертификат представляет собой так называемый wild-card SSL-сертификат, который работает для всех субдоменов (*.ipmail.nl). Я ошибся, выбрав самый дешевый?
У меня была такая же проблема с SSL-сертификатом Comodo Wildcard. После прочтения документов решение состоит в том, чтобы убедиться, что вы включили файл цепочки сертификатов, который они отправляют вам, в вашу конфигурацию, т.е.
У нас была эта проблема, и она была очень специфична для Firefox - могла воспроизводиться только в этом браузере, Safari, IE8, Chrome и т. д. - все было в порядке.
Для исправления требовалось получить обновленный сертификат от Comodo и установить его.
Понятия не имею, какую магию они изменили, но это определенно было что-то в сертификате, что НЕ понравилось Firefox.
Ответ 3 · рейтинг 7 · Cc65
Для nginx сделайте это. Создайте связанный файл crt, используя
Firefox более строг, чем другие браузеры, и потребует правильной установки сертификата промежуточного сервера. Это может быть предоставлено центром сертификации, у которого был приобретен сертификат. промежуточный сертификат обычно устанавливается в том же месте, что и сертификат сервера, и требует соответствующей записи в файле httpd.conf.
в то время как многие ругают Firefox за то, что он (как правило) эксклюзивно "помечает" это, на самом деле он демонстрирует более высокий уровень стандартов безопасности.
Ответ 5 · рейтинг 4 · leancode
Я знаю, что эта ветка немного устарела, но мы тоже столкнулись с этим и заархивируем наше возможное решение здесь для других.
У нас была такая же проблема с подстановочным знаком Comodo "положительный ssl" сертификат. Мы запускаем наш веб-сайт с использованием обратного SSL-прокси-сервера squid, и Firefox будет продолжать жаловаться на "sec_error_unknown_issuer", как вы сказали, но все остальные браузеры были в порядке.
Я обнаружил, что это проблема неполной цепочки сертификатов. Firefox, по-видимому, не имеет встроенного промежуточного сертификата, хотя Firefox доверяет корневому ЦС. Поэтому вы должны предоставить всю цепочку сертификатов Firefox. Служба поддержки Comodo заявляет:
Промежуточный сертификат - это сертификат или сертификаты, которые идут между сертификатом вашего сайта (сервера) и корневым сертификатом. Промежуточный сертификат или сертификаты завершают цепочку до корневого сертификата, которому доверяет браузер.
Использование промежуточного сертификата означает, что вы должны выполнить дополнительный шаг в процессе установки, чтобы ваш сертификат сайта был привязан к доверенному корню и не отображал ошибки в браузере, когда кто-то посещает ваш веб-сайт.
Это уже упоминалось ранее в этой теме, но не было указано, как это сделать.
Сначала вам нужно создать цепочку сертификатов, и вы делаете это с помощью своего любимого текстового редактора и просто вставляете их в правильном (обратном) порядке, т.е.
Сертификат корневого ЦС - root.crt - в конце файла
Точный порядок вы можете получить у своего провайдера ssl, если это не очевидно из имен.
Затем сохраните файл под любым именем, которое вам нравится. Например. yourdomain-chain-bundle.crt
В этом примере я не включил фактический сертификат домена, и пока ваш сервер может быть настроен на получение отдельного связанного пакета сертификатов, это то, что вы используете.
Если по какой-то причине вы не можете настроить свой сервер для использования отдельного связанного пакета, вы просто вставляете свой сертификат сервера в начало (сверху) пакета и используете полученный файл в качестве сертификата сервера. Это то, что нужно сделать, например, в случае Squid. См. ниже список рассылки squid по этому вопросу.
У меня была эта проблема с Firefox и моим сервером. Я связался со службой поддержки GoDaddy, и они попросили меня установить сертификат промежуточного сервера:
Пусть ваш клиент проверит настройки в Firefox: На "Дополнительно" - "Шифрование" есть кнопка "Просмотреть сертификаты". Найдите в списке "Comodo CA Limited". Я видел, что Comodo является эмитентом сертификата этого доменного имени/сервера. На двух моих машинах (FF 3.0.3 на Vista и Mac) запись есть в списке (по умолчанию/Mozilla).
Как сказал @user126810, проблему можно решить с помощью правильной директивы SSLCertificateChainFile в файле конфигурации.
Но после исправления конфигурации и перезапуска веб-сервера мне также пришлось перезапустить Firefox. Без этого Firefox продолжал жаловаться на плохой сертификат (похоже, он использовал кешированный).
Ответ 9 · рейтинг 1 · Steven Lizarazo
Если вы получили сертификат от COMODO, вам нужно добавить эту строку, файл находится в полученном вами zip-файле.
Это конфигурация, которую я использовал, и она отлично работает после того, как я несколько дней бился головой о стену. Я использую Express 3.4 (думаю, то же самое для Express 4.0)
var privateKey = fs.readFileSync('helpers/sslcert/key.pem', 'utf8');
var certificate = fs.readFileSync('helpers/sslcert/csr.pem', 'utf8');
files = ["COMODORSADomainValidationSecureServerCA.crt",
"COMODORSAAddTrustCA.crt",
"AddTrustExternalCARoot.crt"
];
ca = (function() {
var _i, _len, _results;
_results = [];
for (_i = 0, _len = files.length; _i < _len; _i++) {
file = files[_i];
_results.push(fs.readFileSync("helpers/sslcert/" + file));
}
return _results;
})();
var credentials = {ca:ca, key: privateKey, cert: certificate};
// process.env.PORT : Heroku Config environment
var port = process.env.PORT || 4000;
var app = express();
var server = http.createServer(app).listen(port, function() {
console.log('Express HTTP server listening on port ' + server.address().port);
});
https.createServer(credentials, app).listen(3000, function() {
console.log('Express HTTPS server listening on port ' + server.address().port);
});
// redirect all http requests to https
app.use(function(req, res, next) {
if(!req.secure) {
return res.redirect(['https://mydomain.com', req.url].join(''));
}
next();
});
Если кто-то еще испытывает эту проблему с Ubuntu LAMP и "COMODO Positive SSL", попробуйте создать свой собственный пакет из сертификатов в сжатом файле.
Я хожу по кругу с установкой Firefox 43, El Capitan и WHM/cPanel SSL, постоянно получая ошибку "Ненадежный сайт" - я не покупал сертификат, который мне передали для установки, когда последний парень вышел за дверь . Оказывается, я устанавливал не под тем доменом, потому что пропустил www, но сертификат все еще был установлен для домена, когда я установил сертификат в WHM, используя www.domain.com.au, он установил, теперь беспокоит, и ошибка FF исчезла. - сертификат отлично работает как для www, так и для не-www.
