Один из наших клиентов получает эту ошибку при попытке доступа к нашему приложению. Сообщение об ошибке:
"Вы пытались достичь xxx.foo.com, но вместо этого вы фактически достигли сервера, идентифицирующего себя как yyy.bar.com. Это может быть вызвано неправильной конфигурацией на сервере или чем-то более серьезным ... "
Единственный запрос в нашем приложении, который идет к yyy.bar.com это файл javascript в нашем заголовке (формат: https://yyy.bar.com/script.js).
Мне не удалось воспроизвести эту проблему локально, и другие пользователи не сообщают об этой проблеме. Я убежден, что это настройка на клиентском компьютере, но после пробежки по страницам настроек содержимого / управления сертификатами Chrome я не могу понять, что может быть причиной того, что это произошло только с одним конкретным клиентом.
(Заметка, все клиентских машин затронуты. Может быть, это какая-то конфигурация антивируса или проблема с их роутером?)
Они запускают Chrome в Windows XP, которая не поддерживает SSL SNI при работе в XP, поскольку использует криптографическую библиотеку MS. (Обновление: версии Chrome 6.0 и новее в Windows XP поддерживают SNI) Он будет воспроизводиться в этой ситуации (или с IE в XP). Для более полного списка поддержки SNI браузером см. эта Википедия раздел.
Для работающих клиентов они получают доступ к ресурсу внутри https://xxx.foo.com и, поскольку они поддерживают SNI, они получают xxx.foo.com сертификат, представленный веб-сервером.
Для этого клиента Windows XP он запрашивает ресурс у https://xxx.foo.com и получение сертификата по умолчанию для этого порта SSL; в yyy.foo.com сертификат, который недопустим для этого имени.
Какой у вас веб-сервер и как настроены его приемники SSL?
Используйте виртуальный хостинг на основе PORT или IP. Виртуальный хостинг на основе HOSTNAME несовместим с использованием SSL на обоих хостах.