Разработчик сбит с толку интрасетями = P
Итак, у меня есть сервер IIS для разработчиков, работающий в локальной сети с фиксированным IP. У меня есть несколько приложений, настроенных в IIS, привязанных к разным портам.
Я получаю самое странное поведение: если я загружаю страницу через IP-адрес и порт, он пишет правильный ответ (как видно в моем прокси-сервере отладки), но долго зависает с белой страницей, в то время как хром говорит «ждет», и это неверный IP-адрес, не связанный с сервером или приложением.
На самом деле браузер пытается сделать второй запрос на неправильный IP-адрес, и ему каким-то образом удается задержать отображение страницы. Происходит в FF и Chrome, как указано Fiddler.
Он делает это для нескольких разных приложений на разных портах, и каждое делает одно и то же, но с другим неправильным IP-адресом для каждого из них. Он ожидает подключения к неправильному IP-адресу локальной интрасети. Я пропинговал один, и это даже не назначенный IP-адрес в сети.
Я могу повторить это на машине без отладочного прокси, и ни один из неправильных IP-адресов не отображается нигде в проектах.
Я не уверен, что у нас даже настроен DNS-сервер. Мы небольшая компания, у которой нет ИТ-услуг. Я исправил IP-адрес на адаптере сервера.
Если я разверну те же приложения на внешнем сервере с соответствующими доменами / DNS, они будут работать нормально.
Если на сайте не происходит сумасшедших перенаправлений, похоже, что клиентский браузер пытается использовать прокси-сервер, чтобы перейти в другое место.
Это говорит о том, что вы либо используете плохо сконструированный файл PAC (/ WPAD), либо настройки прокси не подходят для этой задачи.
Выключить все настройки прокси-сервера в браузере, снова откройте браузер и посмотрите, сохраняется ли симптом.
Если ваш браузер поддерживает захват сети (IE9 с инструментами разработчика F12, Fiddler и т. Д.), Вы можете увидеть источник проблемы таким образом.
(при условии, что Wireshark + считывает этот захват не сразу интуитивно понятным для вас).