23

У меня есть сервер NodeJS, работающий на моей локальной машине в целях разработки. По умолчанию используется порт 1337. (Я пробовал несколько других портов, таких как 8080, 1234, 9000, 9090, 65432 и др.).

Я могу успешно подключиться к этому серверу NodeJS из Chrome, Firefox и Opera. Но, когда я пытаюсь соединиться с Internet Explorer 11, я вижу «Эта страница не может быть отображена» (см. Изображение).

Я испробовал множество "решений" и просмотрел несколько вопросов / ответов на этом сайте. Никто из них не работал. В том числе:

  • Я пробовал 127.0.0.1
  • Я отключил "Защищенный режим" и "Расширенный режим защиты".
  • Я добавил "localhost" в зону интрасети и зону доверия.
  • Я отключил «Дружественные HTTP-сообщения» в надежде увидеть больше деталей.
  • Я пытался использовать имя моей машины и DNS-имя.
  • Я попытался создать ручную запись в моем файле hosts для "localhost" и даже "thisismyfrigginpc", используя мой адрес IPv4.

Единственный успех, который у меня был, это когда сервер работает на порте 80 (http://localhost:80/ или http://localhost). Однако я не могу разрабатывать порт 80 по разным причинам. Мне нужно проверить мой код на localhost+ порт (какой-то порт, любой порт, кроме 80 и 443).

Вопросы и ответы, которые не помогают:

Пожалуйста помоги!

Кстати, под управлением Windows 7 Enterprise 64-bit. Корпоративное развертывание, но у меня есть права администратора. Конфигурация сети довольно стандартная DHCP без NAT и прокси.

ОБНОВИТЬ

По рекомендации @codenoire я установил Fiddler, чтобы увидеть запрос / ответ. Ниже приведены необработанные запросы и ответы IE-to-Fiddler-to-server-Fiddler:

Запрос

GET http://localhost:1337/common/test.html HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Language: en-US
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: localhost:1337

отклик

HTTP/1.1 200 OK
Set-Cookie: _session=WRuVLmrXMtjnDJY8;expires=Wed, 15 Jan 2014 23:19:16 GMT;path=/;domain=;httponly
Content-Type: text/html;charset=utf-8
Last-Modified: 1389818856000
Date: Wed, 15 Jan 2014 22:19:16 GMT
Connection: keep-alive
Content-Length: 128

<html>
<head>
    <title>Connectivity Test Page</title>
</head>

<body>

<h1>This is a test page.</h1>

</body>

</html>

Результат

Обновление 2014-01-17

Я тестировал этот сценарий на "чистых" не корпоративных установках Windows 7 с IE 11. Результаты идентичны моим постоянным наблюдениям. Это означает, что любая конфигурация, созданная корпоративным образом Windows, может быть исключена в качестве причины. Кроме того, конфигурация сети довольно "ванильная".

Обновление 2014-01-21

Я попробовал идеи "эмуляции" Internet Explorer. Я создал ключ «iexplorer.exe» как значения DWORD и QWORD (по отдельности) со значениями 8000, 8001, 9000, 9001, 10000, and 10001 . После каждого перезагрузился и снова протестировал. Все эти попытки дали одинаковые результаты. Кроме того, нам нужно протестировать этот код в IE11. Различные коды совместимости и хитрости на самом деле не помогают нам в долгосрочной перспективе.

Обновление 2014-01-22

Запустил сервер Apache XAMPP на порту 1337. IE подключается к нему просто отлично. Итак, в ответе NodeJS есть что-то, что не нравится IE, и другие браузеры, кажется, справляются хорошо. Мы будем исследовать наш код NodeJS, чтобы выяснить, что именно происходит в заголовках / контенте, чтобы выяснить, не является ли что-то не так.

Обновление 2014-01-27: разрешение

Я просто хотел документировать результаты. Исходный ответ содержал Content-Type: text/html;charset=utf-8 и должен основываться на правильном ответе: Content-Type: text/html; charset=utf-8 с пробелом между типом и набором символов.

Вот результаты:

Необработанный ответ:

HTTP/1.1 200 OK
Set-Cookie: _session=EshWS7xDnCeV9pXS;expires=Mon, 27 Jan 2014 18:49:21 GMT;path=/;domain=;httponly
Date: Mon, 27 Jan 2014 17:49:21 GMT
Last-Modified: 1389818856000
Content-Type: text/html; charset=UTF-8
Content-Length: 128
Connection: keep-alive

<html>
<head>
    <title>Connectivity Test Page</title>
</head>

<body>

<h1>This is a test page.</h1>

</body>

</html>

Спасибо @harrymc за раскрытие ответа.

|источник

4 ответа4

9

Статья WWW3 Настройка параметра HTTP charset определяет:

Content-Type: text/html; charset=utf-8

Это определяет Content-Type как наличие пробела перед charset .

Я знаю, что вы уже узнали, что это действительно проблема, поэтому источником проблемы является какое-то очень невообразимое программирование Microsoft или неким посредником.

|источник
2

Вероятно, проблема в настройках IE.

Самый простой способ исправить это - открыть "Свойства обозревателя", перейти на вкладку "Дополнительно" и нажать "Сбросить настройки Internet Explorer". Убедитесь, что вы выбрали это, а не "Сброс дополнительных настроек", так как этот не охватывает ВСЕ настройки.

Если это не работает, попробуйте также перейти с использованием 127.0.0.1 вместо localhost. Это вряд ли решит проблему, но иногда может создать проблему.

Изменить: я хотел бы добавить, что это может быть проблема с IE11. Я знаю, что у нас было много проблем с совместимостью. Если вы не хотите откатиться на IE10 и попробовать это, вы всегда можете эмулировать из реестра:

Под

HKLM\SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\

вы создадите ключ с именем: 

FEATURE_BROWSER_EMULATION

и внутри него создайте значение DWORD:

iexplorer.exe

со значением одного из следующих:

 IE8 - 8000 (or 8001)
 IE9 - 9000 (or 9001)
 IE10 - 10000 (or 10001)

У нас был наибольший успех с 10001.

|источник
1

Проверьте настройки прокси. Поскольку вы находитесь в корпоративной сети, кто-то может иметь неадекватную политику прокси-сервера, внедренную в ваш IE (это не обязательно будет отражать другие браузеры).

|источник
-1

Я делаю это изменения, и все отлично работает на Windows 10 64 бит.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .