Как я могу проверить, почему мой интернет работает только наполовину?
Мой интернет работает только для сильно кэшированных сайтов. Reddit, Gmail, Facebook и т. Д. Странно то, что такие сайты, как Reddit, делают запросы на не-reddit сайты для импорта изображений, и они хорошо отображаются при просмотре оттуда, но когда меня отправляют на out.reddit.com, а затем если я перехожу в другое место на другие сайты, которые не в большой степени кэшированы, я получаю тайм-аут ошибки соединения.
Я даже не могу посетить SpeedTest.net, потому что время истекло. Я также не могу даже опубликовать вопрос на StackExchange из-за этого. Что может происходить и как отлаживать?
РЕДАКТИРОВАТЬ: у меня было склонность, что это было связано с Докером. Я удалил все следы с помощью скрипта powershell и с помощью программ удаления и все еще не работал.
3 ответа
user3654055 - друзья IRL, и мы отладили это лично.
Всегда лучше начинать со слоя 1 и идти вверх.
Компьютер user3654055 может подключаться к беспроводным сетям. Это говорит нам, что слои 1 и 2 работают. Компьютер user3654055 получил аренду DHCP. Дальнейшее тестирование уровня 3 показало противоречивые результаты при проверке локальных IP-адресов.
Я побежал route print распечатать все маршруты. Это произвело огромное количество продукции. Обычный выход для компьютера с Windows, подключенного к плоской локальной сети, должен давать, возможно, 3 маршрута.
user3654055 недавно установил Docker и попытался настроить частную внутреннюю сеть для контейнеров на своем ПК.
user3654055 создал две виртуальные сети (одну внутреннюю коммутацию vEthernet, одну внешнюю коммутацию vEthernet), интерфейс NAT и подключил беспроводной адаптер к одному из этих интерфейсов и неправильно настроил маршрутизацию для любого трафика.
Это привело к описанному выше сценарию, когда определенный трафик был перенаправлен правильно или попадал в кеш, и страница загружалась, но большая часть трафика была перенаправлена неправильно и привела к тайм-ауту.
Отключение всех коммутаторов vEthernet и интерфейса NAT и удаление беспроводного адаптера из моста позволяют пользователю снова использовать свою беспроводную карту. Приведенная выше конфигурация может работать, если пользователь правильно настроил маршрутизацию вручную, но мы можем сохранить ее на более поздний срок.
Для отладки вашего интернет-соединения я сначала проверил бы, что происходит с tracert.
Команда Traceroute показывает путь, пройденный вашими пакетами, и его задержку от прыжка к прыжку.
в консоли (Linux) или в CMD (Windows)
tracert stackru.com
это показывает, где вы отстаете, первая запись может быть IP-адрес вашего маршрутизатора.
если первая запись появляется с высокой задержкой, попробуйте перезагрузить маршрутизатор.
Чтобы проверить наличие проблем с DNS:
попробуйте использовать nslookup: вот что вы должны получить:
nslookup stackru.com
Server: UnKnown
Address: 192.168.1.1
Risposta da un server non autorevole: //italian comment
Nome: stackru.com.home
Address: 54.72.52.58
если это не удается или ответы с высокой задержкой попробуйте изменить свой DNS на Google DNS
первичные днс: 8.8.8.8 вторичные днс: 8.8.4.4
Похоже на проблему DNS... знаете ли вы, что вы используете в качестве адреса DNS? Вы можете попробовать использовать Google, который является 8.8.8.8 для основного и 8.8.4.4 для дополнительного. В противном случае это становится лучше после перезагрузки маршрутизатора?