Подключенный к WiFi, но не может получить доступ к Интернету
Извините за ужасное сообщение, форматирующее впереди, я должен использовать свой телефон, поскольку я не могу получить доступ к Интернету на своем ноутбуке.
Так, я подключен к WiFi, я ввел в пароле, он принял его и если я регистрируюсь в администраторе сети, у меня есть скорость загрузки 187 Мбит/с, показывает соединение Превосходных. Таким образом, это получает своего рода сигнал. Но когда я открываю любое приложение или вхожу в мой браузер, я добираюсь, “Мы испытываем затруднения при нахождении что сайт” или “офлайновое” состояние в рамках приложений. Если я проверяю с помощью ping-запросов ‘8.8.8.8’, я получаю 100%-ю потерю пакетов и никогда не делаю ее из моего IP. Я несколько раз сбрасывал администратора сети, я сбросил кэш DNS. Я не уверен, что еще я могу сделать. Просто не имеет никакого смысла, что я показал бы скорость загрузки и превосходное состояние соединения, но не смог бы получить доступ к Интернету.
Я не имею этой проблемы об этой сети с моими другими устройствами, и не имею этой проблемы об этом устройстве в других сетях и не имел этой проблемы об этой сети на этом устройстве прежде сегодня.
Продукт: ASUS ROG GU501GM (ручная загрузка) 31.07.2018
Вывод для ‘IP маршрута’
Default via 192.168.0.1 dev br0 proto static metric 20425 linkdown
Default via 10.150.0.1 dev wlol proto dhcp metric 20600
10.150.0.0/17 dev wlol proto kernel scope link src 10.150.119.140 metric 600
169.254.0.0/16 dev br0 scope link metric 1000 linkdown
172.17.0.0/16 dev br0 docker0 proto kernel scope link src 172.17.0.1
192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.51 metric 425 linkdown
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown
Вывод для ping 192.168.0.1
Просто получил icmp_seq = [1-50] Недостижимый Узел назначения
Адрес IPv4: 10.150.119.140 И я использую сеть Enterprise WPA2
Вывод ip route 8.8.8.8
8.8.8.8 через кэш 192.168.0.1 dev br0 src 192.168.0.51 uid 1000
Я остановил Docker.service и MySQL.service и все еще nada. Даже сброс networkmanager
После последнего шага, если я работал ip route get 8.8.8.8 br0 был все еще значением по умолчанию.
Таким образом, я отключил все виртуальные контроллеры, и теперь wlol показывает контроллером по умолчанию
Вывод для nmcli device show
Это работает теперь!!!! Я предполагаю отключение всех моих виртуальных устройств, и перезапуск администратора сети сделал это. Спасибо за парней справки. Я предполагаю, что корпоративным сетям не нравится, прикрепился очень. Я предполагаю, что должен буду развернуться, когда я возвращаюсь домой.
1 ответ
Если вы можете пропинговать свой шлюз, выполнив:
sudo ping $(route -n | grep 'UG[ \t]' | awk '{print $2}')
, тогда это не что иное, как проблема DNS, и, соответственно, вы можете просто попытаться быстро исправить проблему, выполнив
sudo echo 'nameserver 8.8.8.8' > /etc/resolv.conf
Это, скорее всего, не переживет перезагрузку, если, например, ваш resolv.conf управляется NetworkManager, но по крайней мере вы сразу поймете, что это связано со способом разрешения DNS.