Невозможно подключиться к веб-сайтам, которые не начинаются с www

Я создал точку доступа на своем мобильном телефоне Andriod и использую Интернет на ноутбуке Windows 7, но не могу подключиться к веб-сайтам, которые не начинаются с www..

Ошибка:

Если ваш компьютер или сеть защищены брандмауэром или прокси-сервером, убедитесь, что Firefox разрешен доступ к Интернету.

Должны ли настройки быть сделаны на мобильном телефоне или ноутбуке? Что я должен изменить?

Обратите внимание, я использую мобильные данные. Сайты, начинающиеся с www., работают нормально. Проблема не возникает на моем телефоне. Также все в порядке, когда мой ноутбук использует LAN.

Broadcom 4313GN 802.11b / g / n 1x1 Wi-Fi Адаптер сети

Что произойдет, если вы не используете полное доменное имя (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 ).

(Извините. На самом деле это не ответ, а длинный комментарий и куча случайных догадок и предложений. Надеюсь, в любом случае это поможет.)

Чтение всех ответов и комментариев (из-за отсутствия более подробных данных об устранении неполадок, это выстрел в темноте, но здесь все идет ...) звучит так, будто у вас есть настройка «брандмауэр / VPN» на телефоне или на на вашем ноутбуке есть это произвольное правило, блокирующее HTTP-трафик, направленный на имена хостов, отличные от www

На вашем телефоне это может быть что-то вроде приложения, создающего фиктивный VPN (при условии, что ваш телефон не рутирован), например, NoRoot Firewall. Похоже, что они способны только выборочно фильтровать трафик горячей точки. Предложения:

• Проверьте настройки VPN на устройстве Android

• Просмотрите установленные приложения, чтобы увидеть, есть ли что-нибудь вроде брандмауэра или обычного приложения для безопасности в Интернете.

• В системных настройках вы можете найти список этих приложений в настройках VPN или список приложений, которым предоставлены права на создание VPN.

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

• Временно отключите брандмауэр Windows, чтобы увидеть, устраняет ли это проблему. Если это так, зайдите в его настройки. (Не уверен, возможно ли настроить этот вид фильтра, но стоит его устранить)

• Просмотрите продукты безопасности (брандмауэры, продукты VPN, антивирус), установленные на вашем ноутбуке, временно отключите их или проверьте их настройки.

• Используйте инструмент сетевого анализа, чтобы выяснить, что может происходить (быстрый поиск в Google, нашел это: http://www.colasoft.com/capsa-free/ Похоже, это может помочь, но будьте предупреждены, что я никогда не использовал его сам, поэтому используйте его на свой страх и риск)

Я надеюсь, что это помогает. Удачи.

1) Перейти Состояние беспроводных сетевых подключений.

2) Свойства

3) Сеть

4) Настройка

После этого произошла ошибка DHCP, я дал автоматическое исправление в Windows. И все сайты начали работать.