[RESOLVED] [pppoe] присваиваются некорректные DNS-адреса в /etc/resolv.conf

Доброго времени суток, форумчане.
Собственно, подключил новый интернет и уже успел словить проблему, которая меня просто выводит из себя отсутствием решения.

Подключён я через wi-fi-антенну. Я не очень владею терминологией, поэтому попробую рассказать своими словами.
У провайдера — NAT. Его сервер смотрит одной стороной на инеты, второй — на клиентов. То бишь, внешний IP — 46.211.247.96, внутренний — 192.168.160.106. На адресах 192.168.70.1 и 192.168.160.1 отображается страничка с параметрами инета: какие пригороды подключены, оплатить, стоимость и прочее. Эти адреса не являются DNS. В качестве DNS провайлер использует гугловский — 8.8.8.8 и 8.8.4.4.

Собственно, сама проблема: в гребанной винде нужно лишь ввести свои логин и пароль — интернет начинает работать. В gentoo же — постоянно сбрасываются вручную выставляемые параметры в /etc/resolv.conf. Постоянно присваивается такая информация:

# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
domain sushinet.dn.ua
nameserver 192.168.70.1
# /etc/resolv.conf.tail can replace this line

Вот так выглядит файл. Пригодится каждые 5 минут стирать все содержимое этого файла и писать:

nameserver 8.8.8.8
nameserver 8.8.4.4

А еще я с помощью tail -f /var/log/messages отловил само событие:

Oct  6 18:19:19 dev-tester64 dhcpcd[2113]: eth0: renewing lease of 192.168.70.159
Oct  6 18:19:19 dev-tester64 dhcpcd[2113]: eth0: acknowledged 192.168.70.159 from 192.168.250.1
Oct  6 18:19:20 dev-tester64 dhcpcd[2113]: eth0: leased 192.168.70.159 for 3600 seconds

Собственно, в чём проблема?
Дополнительно: использую rp-pppoe. Для настройки — pppoe-setup. Там указываю сетевой адаптер, указываю, что DNS-адреса — специфические, указываю именно гугловские, указываю пароль и после записи изменений ввожу pppoe-start. Но... Сбрасывается на фигню, указанную в первом листинге файла resolv.conf. Пока что применил костыльное решение: в cron прописал заменять каждую минуту этот файл файлом "resolv.conf_", в котором указаны правильные DNS. Как же настроить без костылей?
make.conf
emerge --info

.

subclox написал(а):
подключил новый интернет и уже успел словить проблему, которая меня просто выводит из себя отсутствием решения

Уважаемый, а вы уверены, что у вас именно Gentoo? Как же раньше-то (при установке) сеть работала? И что значит "отсутствием решения"?? Оно должно было само собой произойти???

Цитата:
Подключён я через wi-fi-антенну. У провайдера — NAT. Его сервер смотрит одной стороной на инеты, второй — на клиентов. То бишь, внешний IP — 46.211.247.96, внутренний — 192.168.160.106. На адресах 192.168.70.1 и 192.168.160.1 отображается страничка с параметрами инета: какие пригороды подключены, оплатить, стоимость и прочее. Эти адреса не являются DNS. В качестве DNS провайлер использует гугловский — 8.8.8.8 и 8.8.4.4

Ни фига не понял вашу топологию, но судя по "На адресах 192.168.70.1 и 192.168.160.1 отображается страничка" - это простой EtherNet, правильно?

Цитата:
в гребанной винде нужно лишь ввести свои логин и пароль — интернет начинает работать

Где ввести, при каком событии?

Цитата:
В gentoo же — постоянно сбрасываются вручную выставляемые параметры в /etc/resolv.conf

А чего бы им не сбрасываться, если вы не озаботились конфигурацией сети? Это работа DHCP, который вам, судя по всему (у вас статический IP?), не нужен

Цитата:
в чём проблема?

В игнорировании хэндбука и вики

Цитата:
Дополнительно: использую rp-pppoe. Для настройки — pppoe-setup. Там указываю сетевой адаптер, указываю, что DNS-адреса — специфические, указываю именно гугловские, указываю пароль и после записи изменений ввожу pppoe-start

Если у вас простой EtherNet - никакого rp-pppoe не надо. Если всё же доступ в инеты осуществляется через PPPoE (вынужден повторить - из вашего описания это как-то не следует), то параметры ppp-интерфейса (впрочем, так же, как и eth) сведены в одно место - /etc/conf/net. Там указывается всё - юзнейм, пассворд, DNS-сервера, DHCP/статика, параметры pppd, etc... Про pppoe-setup забудьте - это рудимент. Курите доки и examples'ы, без этого вам в Gentoo будет малоуютно...

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Цитата: В игнорировании

Цитата:
Уважаемый, а вы уверены, что у вас именно Gentoo?

Да. В Убунте работает при настройке через nm-connection-editor, вкладка DSL. Оригинально, не правда ли? И, собственно, в шindoшs тоже нормально работает. В mint тоже работает. Лазил в ихних конфигурациях, сравнивал и понял, что надо подучить матчасть, то бишь терминологию сетей.

Цитата:
Где ввести, при каком событии?

При начальной настройке сети. о_О

Цитата:
А чего бы им не сбрасываться, если вы не озаботились конфигурацией сети? Это работа DHCP, который вам, судя по всему (у вас статический IP?), не нужен

Ну ладно. Ну не знал я, что не следует настраивать интернет посредством pppoe-setup. Буду копать глубже. Только не стоит горячиться.

Цитата:
В игнорировании хэндбука и вики

Вот их я как раз чаще всего и читаю, так что не стоит говорить так глобально в мою сторону.

Цитата:
Если всё же доступ в инеты осуществляется через PPPoE (вынужден повторить - из вашего описания это как-то не следует),

Собственно, если я знаю, что у меня — pppoe, значит это должно как бы намекать, что от антенны идет ethernet-кабель. Так что да, я это знаю.
Да, возможно, я действительно неправильно выразился, но доступ в интернет действительно посредством PPPoE. Разве не этот случай, если имеется подключенный к компьютеру ethernet-кабель и требуется ввода логина/пароля?
И если я сижу в gentoo более двух лет, то почему мне должно быть в ней малоуютно? Я бы её уже забросил нафиг, если бы мне было малоуютно.

Как вариант, создай

Как вариант, создай /etc/resolv.conf.head

nameserver 8.8.8.8
nameserver 8.8.4.4

Использовал для смены DNS, которые выдавал провайдер.

.

vinny написал(а):
для смены DNS, которые выдавал провайдер

Костыль - наше всё? :-( Мдее...

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Я подключаюсь разными

Я подключаюсь разными способами( 3г модем, различные wi-fi сети, различные провайдеры в городе ) и мне легче создать 1 раз файл, чем в каждом случае читать маны и изучать как правильно указывать днс сервера.
А костыль в данном случае - сделать в кроне задачку переписывать resolv.conf каждые N минут нужными данными.

Вот так я и сделал, от чего и

Вот так я и сделал, от чего и хочу избавиться.

Костыль-не костыль, а вот это

Костыль-не костыль, а вот это решение помогло. Теперь файл выглядит ещё прикольнее. В конец дописываются domain sushinet.dn.ua и nameserver 192.168.70.1. Продолжаю копать в сторону /etc/conf.d/net

В логах проскакивает это:

Oct  6 22:20:31 dev-tester64 pppd[6534]: pppd 2.4.5 started by root, uid 0
Oct  6 22:20:31 dev-tester64 pppd[6534]: Using interface ppp0
Oct  6 22:20:31 dev-tester64 pppd[6534]: Connect: ppp0 <--> /dev/pts/2
Oct  6 22:20:31 dev-tester64 dhcpcd[2113]: ppp0: sending IPv6 Router Solicitation
Oct  6 22:20:31 dev-tester64 dhcpcd[2113]: ppp0: sendmsg: Network is unreachable
Oct  6 22:20:31 dev-tester64 dhcpcd[2113]: ppp0: waiting for 3rd party to configure IP address
Oct  6 22:20:31 dev-tester64 pppoe[6535]: PADS: Service-Name: ''
Oct  6 22:20:31 dev-tester64 pppoe[6535]: PPP session is 3654 (0xe46)
Oct  6 22:20:31 dev-tester64 pppd[6534]: CHAP authentication succeeded
Oct  6 22:20:31 dev-tester64 pppd[6534]: local  IP address 192.168.160.106
Oct  6 22:20:31 dev-tester64 pppd[6534]: remote IP address 192.168.160.1
Oct  6 22:20:31 dev-tester64 pppd[6534]: primary   DNS address 8.8.8.8
Oct  6 22:20:31 dev-tester64 pppd[6534]: secondary DNS address 8.8.4.4

Теперь внимательно перечитаем

Теперь внимательно перечитаем первый ответ на тему от Spoiler. Я это сделал и выполнил команду man dhcpcd.conf, т.к. судя по первому посту

# Generated by dhcpcd from eth0

именно dhcpcd меняет resolv.conf
Там я нашел опцию nohook, ее суть

     nohook script
             Don't run this hook script.  Matches full name, or prefixed with 2 numbers optionally ending with .sh.

             So to stop dhcpcd from touching your DNS or MTU settings you would do:-
                   nohook resolv.conf, mtu

Из вышенаписанного следует что тебе надо в конфигурационный файл dhcpcd найти/создать строчку с данной опцией и привести ее к виду

nohook lookup-hostname, resolv.conf

дополнительные параметры вписываем по желанию/необходимости
И тогда dhcp client daemon не будет трогать resolv.conf, что в принципе нам и надо. И мы получаем не костыль, а вполне нормальный способ решения проблемы.

Да... И это рыальнэ

Да... И это рыальнэ сработало. Да, извините, не копаюсь в скриптах так глубоко. Вот поэтому, чтобы разъяснять и запоминать более глубокие сути системы, в которой я работаю, я обращаюсь на форум. И спасибо за столь подробный ответ. Можно считать проблему решённой...

.

vinny написал(а):
подключаюсь разными способами( 3г модем, различные wi-fi сети, различные провайдеры в городе ) и мне легче создать 1 раз файл, чем в каждом случае читать маны и изучать как правильно указывать днс сервера

Позвольте вам возразить - "читать маны и изучать как правильно указывать днс сервера" как раз достаточно выполнить однажды, а вовсе не "в каждом случае". И, соотв., "создать 1 раз файл" вполне себе праведно, если это файл /etc/conf.d/net

Цитата:
получаем не костыль, а вполне нормальный способ

Приятно видеть, что не все здесь ищут расположение кнопки "сделать ништяк", а сами думают и сопоставляют. Но, чтобы в данном конкретном случае получить не костыль, надо просто настроить DHCP-сервер вашего роутера (точки доступа), чтобы он присылал клиенту корректные дреса DNS. Или более радикально - вообще отказаться от услуг DHCP, настроив eth-интерфейс на статику...

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".