Что произойдет, если вы не используете полное доменное имя (FQDN), а вместо этого используете IP-адрес в браузере? Примером, который вы могли бы использовать, будет http://208.80.154.224/. То, что вы должны увидеть, это сообщение о том, что:
Домен не настроен
Этот домен указывает на сервер Фонда Викимедиа, но не настроен на этом сервере
Что произойдет, если вы используете полное доменное имя для веб-сайта по этому адресу, например, http://en.wikipedia.org/ или https://en.wikipedia.org/?
Я обнаружил, что иногда бывает полезно, когда происходят странные вещи, как вы, чтобы проверить, что происходит, когда я пытаюсь подключиться к веб-сайту с помощью клиента telnet, а не через веб-браузер. Иногда это помогло мне выделить источник проблемы. Вы можете установить клиент Telnet, предоставляемый Microsoft, или установить бесплатный клиент PuTTY telnet/SSH, а затем использовать PuTTY, чтобы подключиться к веб-сайту и выполнить команду, которую выдает браузер.
Если вы используете клиент telnet от Microsoft, откройте окно командной строки, а затем введите команду telnet example.com 80 (вы можете, конечно, заменить любое FQDN на выбранный вами веб-сервер вместо example.com). Если вы используете example.com, введите следующие строки при подключении, нажав Enter один раз после ввода первой строки и дважды после ввода второй строки. Примечание: вы не увидите ничего с веб-сервера при подключении к порту 80, пока не введете команды. Вы даже не увидите, что вы напечатали, отозвались вам с помощью клиента Microsoft.
HEAD / HTTP/1.1
Host: example.com
Метод HEAD запрашивает информацию с сервера, «HTTP / 1.1» указывает, что вы хотите использовать версию 1.1 протокола HTTP, который поддерживает указание имени хоста, что необходимо для серверов, на которых размещены несколько веб-сайтов. В строке "Хост" указывается конкретный веб-сайт, к которому вы хотите получить доступ. Вы можете использовать HEAD / HTTP/1.0 и опустить строку «Host:», но для серверов, на которых размещено несколько сайтов, строка «host:» - это механизм, позволяющий браузерам идентифицировать конкретный веб-сайт, к которому они хотят получить доступ.
Затем вы должны увидеть результат, подобный следующему:
HTTP/1.1 200 OK
Content-Encoding: gzip
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Type: text/html
Date: Tue, 14 Mar 2017 18:11:44 GMT
Etag: "359670651+gzip"
Expires: Tue, 21 Mar 2017 18:11:44 GMT
Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
Server: ECS (iad/182A)
X-Cache: HIT
Content-Length: 606
Я не знаю, получите ли вы другие результаты, то есть сможете получить доступ к сайтам без "www", пытаясь получить доступ к веб-сайтам с помощью этого метода, а не через браузер, но иногда я обнаруживал разные результаты, например, когда система Windows была заражена вредоносным ПО, влияющим на доступ к сайтам через браузеры в системе, хотя я не думаю, что в вашем случае вредоносное ПО будет причиной, поскольку проблема не возникает при использовании подключения к локальной сети.
Другим инструментом, который может быть полезен при устранении неполадок при подключении к веб-сайтам, является бесплатная утилита Nir Sofer HTTPNetworkSniffer , которая позволит вам наблюдать за трафиком между веб-браузерами в системе Windows и веб-сайтами (пример данных, отображаемых HTTPNetworkSniffer).
