Нет интернета, если до загрузки системы роутер был выключен [Решено]
rosenrot - 17 Март, 2017 - 20:37
Если до загрузки в кубунту, роутер был выключен, а после загрузки в систему, роутер включаю, то невозможно зайти на какой-либо сайт. При этом nm соединение видит и в сам роутер через вэб-морду зайти можно.
Если комп перезагрузить, то все исправляется. Но это ведь не дело...
+ подобная фигня происходит, если роутер например, вдруг внезапно сменил IP (точнее провайдер выдал новый, т.к. ip динамический). Интернет в этом случае так же пропадает до перезагрузки.
Комп подключен к роутеру по проводу, ip статический, прописан в nm.
Через WiFi такой проблемы нет.
Система kubuntu 16.04 с репами KDE NEON.
Что можно предпринять?
Мои соседи никогда не выключают свои роутеры. Но если-бы выключили, у меня точно не получилось бы зайти туда через вэб-морду. Как вам это удается?
Я вроде не говорил, что роутер соседский.
Так я и спрашиваю, как вы заходите через вэб-морду на свой, когда он выключен? Соседи пока курят на лестнице.
Сначала включаю комп, потом роутер.
Разумеется я в своем уме и не пытаюсь зайти на выключенный роутер:)
Но проблема то не со входом в него...
А зачем ты вообще выключаешь роутер? Что за извращенство?
Отключается не конкретно сам роутер из розетки...но это совсем другая история)
1. Вообще нету доступа в интернет или проблемы с ДНС?
ping 8.8.8.8nslookup ya.ru 8.8.8.82. С этого же компа или вы с других устройств проверяли?
3. А без NM пробовали?
WiFi проверял с другого устройства.
Попробую попинговать, при следующей загрузке, отпишусь.
Так же попробую воткнуть вафлю в этот комп, и попробую еще wicd (хотя вроде я его пробовал, но перепроверю).
Опробовать wicd приветствую.
Тоже сразу про проблемы с DNS подумал, пока читал.
Да у меня самого, подозрение на днс пало, еще до написания топика, но куда копнуть не понятно.
Что прописано в nm, ответил ниже.
Как уже писали, что на 99,9% проблема в днс сервере.
Как прописан статически интерфейс, и что именно там прописано в поле днс?
прописан ли внешний днс типа того же 8.8.8.8
Если прописать дополнительно, не пропадет ли проблема?
В nm:
Метод - вручную
DNS-серверы: 4.2.2.2,141.1.1.1,74.50.55.162,74.50.55.161,216.146.36.36,216.146.35.35,208.67.220.220,208.67.222.222,8.8.8.8,8.8.4.4
Ну и маска, шлюз, адрес тоже прописаны вручную.
Ну так 8.8.8.8 пингуется при не работающих сайтах?
И что в этот момент выдает
cat /etc/resolv.confУ меня было такое, что вроде в статике все ДНС прописаны а отваливались при переподключении. Приходилось в resolv.conf их указывать.
Пока что не могу воспроизвести баг, роутер занят.
Попозже поробую.
Пингуется
А вот что в resolv.conf
Связь с интернетом есть.
ping ya.ru при этом что говорит?
Вот в том то и дело...
Но браузер упорно не грузит страницы
~$ nslookup ya.ru 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: ya.ru
Address: 93.158.134.3
Name: ya.ru
Address: 213.180.204.3
Name: ya.ru
Address: 213.180.193.3
А вот ping ya.ru подтверждает проблему:
~$ ping 8.8.8.8PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=5.27 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=5.31 ms
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 5.272/5.313/5.351/0.067 ms
~$ ping ya.ru
ping: unknown host ya.ru
~$
Наши подозрения подтвердились. Всё дело в ДНС.
Почему же сам dns пингуется при этом? И как с этим быть?
Потому что пингуется напрямую айпи адрес. А DNS расшифровывается как Domain Name Service. То есть преобразует имена доменов в их ip адреса. По этому IP пинговаться будет, а по имени домена не будет. Так как не сможет преобразовать имя домена в его айпи адрес.
Что с этим делать? Вариантов на самом деле несколько. Один из них сделать в настройках соединения получение IP адреса по DHCP (динамическим). Роутер по идее всё должен нормально предоставлять, в том числе и DNS адреса.
Можно добавить в файл /etc/dhcp/dhclient.conf строку prepend domain-name-servers 8.8.8.8.
Есть еще варианты, но думаю один из этих двух должен помочь.
Понял, попробую.
Спасибо!
Правда первый вариант не подходит, т.к. ip статическим прописываю не спроста. С динамическим не могу подключиться к компу по самбе с планшета.
Можно на роутере сделать привязку по МАС адресу сетевой карточки и он будет каждый раз один и тот же ip выдавать.
Можно, если бы был нормальный роутер, как у людей. А у меня от провайдера, и там нет вообще никаких настроек.
Помогло это:
Большое спасибо!
по всей видимости баг/глюк в связке dnsmasq (который нынче у нас днсом рабтоет на локальной машине) и подключения нетворк манагера.
я что-то читал, но не помню где.
У меня часть прописана статиком(через interfaces что обеспечивает более надежную работу на мой взгляд), остальные по дхцп, что тоже обеспечивает работу. :-)
Я этот dnsmasq только отключить попробовал, без результата.
там его не только отключать нужно, там нужно еще переписывать настройки, чтоб система понимала, что нужно идти на резольв.конф.
я порылся, и решил что будет проще сменить дистрибутив, чем выпилить днсмаск.
Я до этого вообще не дошел. Пока что сработал совет dm, надеюсь и дальше будет работать.
гмм, я тоже до этого дошел, когда системд(ебил) мне не давал 5 минут приглашения логина, в момент когда у меня сдох основной свитч на работе в 2 часа ночи.Я был в дикой панике, ибо был уверен, что у меня еще и ноут сдох.
после чего (справившись другими средствами) я начал разбираться, что происходит. И выяснил, что при неподключенном эзернет кабеле, и настройке сети в интерфасес - оно висит 5 минут, ища работающую сеть, и до этого логин не дает.... Но кто же, в аварийном режиме будет спокойно сидеть и ждать, когда эта отрыжка виндовс(с)(r)/системдебил/ согласится меня пустить в систему. мне нужен был компорт, дабы настроить изначально свитч(ипадрес), и восстановить бекап настроек. (а у меня там 22 влана, в разных конфигурациях)
У меня подобная хрень была на ноуте (даже тему где то тут создавал), когда он отказывался грузить иксы и включал таймер какой то в консоли. В итоге пока не удалил nm, оживить его не получалось.
Хотя системд скорее там не при делах был.
таймер в консоли - это и есть системдебил.
ибо:
dyug@dyug-ws:~$ systemctl --all...skipping...
NetworkManager-wait-online.service loaded inactive dead Network Manager Wait Online
Ага, значит все же связь есть.
Но благо до возни с системд не дошло дело.
Что мешает включить сначала роутер, потом комп ?
Что мешает вам не быть таким умником?
Забывчивость. Тем более я не всегда знаю, включен он или нет. Да и не должно быть такого бага в принципе.
В сетевой фильтр включаем комп и роутер. Клавишу сет фильтра - на =Включено= . Роутер получил питание и загружается. Затем влючаем комп. Вот все нехитрые действия.
Спасибо за дельный совет конечно, но интересно посмотреть, как это осуществить с учетом того, что комп и роутер находятся в разных концах квартиры))
Хорошенькая у вас квартира, раз имеет разные концы. А то бывает в виде одной точки. Я на свою тоже пожаловаться не могу - на велосипеде по ней катаюсь. Но сейчас не об этом. Как прошел эксперимент с Wicd'ом?
С квартирой тоже не все так сказочно, но сейчас и правда не об этом речь))
C wicd тоже интересно. Пока не прописал в нем все руками, не хотел пускать браузер в инет. Хотя ip показывал тот, что был пробит в nm.
При этом dns пингуется...
Так и осуществлять - необходимо включать роутер сначала.
А по теме - было такое - забыл обозначить днс в подключении
Всё-таки, видимо, неправильно прописана сеть. Сделайте с обратной стороны - правильно настройте на роутере DHCP-сервер, чтобы он по MAC-у вашего компьютера всегда выдавал один и тот же IP и дело в шляпе.
Ну и на компьютере, соответственно, переключите с ручного назначения IP на получение от DHCP. Таким образом при смене провайдером каких-либо сетевых реквизитов ваш компьютер просто переполучит их. При этом у него всё так же останется статический IP.
Нет, прописано в nm все правильно.
Совет dm помог.
С привязкой по маку ничего не выйдет, в виду корявости роутера. Он такого не умеет, к сожалению. А так, конечно я бы так и сделал, с самого начала.
Отправить комментарий