[Comm] kppp+ppp+resolv.conf

[Comm] kppp+ppp+resolv.conf

[Юрий Хорошков]

Здравствуйте Community!
При установке в настройках кррр  DNS провайдера - Настройка: 
"Автоматическая" в /etc/ppp появляется файл resolv.conf.
При подключении к провайдеру в /etc/resolv.conf имеем:

search localdomain
nameserver 127.0.0.1
# ppp temp entry

nameserver 212.109.32.5 # ppp temp entry
nameserver 212.109.32.9 # ppp temp entry
nameserver 212.109.32.5 #kppp temp entry
nameserver 212.109.32.9 #kppp temp entry

При отключении соединения:

search localdomain
nameserver 127.0.0.1
# ppp temp entry

nameserver 212.109.32.5 # ppp temp entry
nameserver 212.109.32.9 # ppp temp entry

При дальнейших подключениях оставшиеся записи "размножаются".
Как лечить?

С уважением,
Юрий.

Re: [Comm] kppp+ppp+resolv.conf

[Юрий Хорошков]

В сообщении от Пятница 14 Март 2003 14:55 Юрий Хорошков 
написал(a):
> Здравствуйте Community!
> При установке в настройках кррр  DNS провайдера - Настройка:
> "Автоматическая" в /etc/ppp появляется файл resolv.conf.
> При подключении к провайдеру в /etc/resolv.conf имеем:
>
> search localdomain
> nameserver 127.0.0.1
> # ppp temp entry
>
> nameserver 212.109.32.5 # ppp temp entry
> nameserver 212.109.32.9 # ppp temp entry
> nameserver 212.109.32.5 #kppp temp entry
> nameserver 212.109.32.9 #kppp temp entry
>
> При отключении соединения:
>
> search localdomain
> nameserver 127.0.0.1
> # ppp temp entry
>
> nameserver 212.109.32.5 # ppp temp entry
> nameserver 212.109.32.9 # ppp temp entry
>
> При дальнейших подключениях оставшиеся записи "размножаются".
> Как лечить?

Господа!
Я не шучу. Такое имеет место не только в Мастер 2.2 но и 
в Junior 2.2 RC*.
 С уважением,
 Юрий.

Re: [Comm] kppp+ppp+resolv.conf

[Sergey S. Skulachenko]

On Sat, 15 Mar 2003 11:08:16 +0000
Юрий Хорошков <hyuv@svitonline.com> wrote:

> В сообщении от Пятница 14 Март 2003 14:55 Юрий Хорошков 
> написал(a):
> > Здравствуйте Community!
> > При установке в настройках кррр  DNS провайдера - Настройка:
> > "Автоматическая" в /etc/ppp появляется файл resolv.conf.
> > При подключении к провайдеру в /etc/resolv.conf имеем:
> >
> > search localdomain
> > nameserver 127.0.0.1
> > # ppp temp entry
> >
> > nameserver 212.109.32.5 # ppp temp entry
> > nameserver 212.109.32.9 # ppp temp entry
> > nameserver 212.109.32.5 #kppp temp entry
> > nameserver 212.109.32.9 #kppp temp entry
> >
> > При отключении соединения:
> >
> > search localdomain
> > nameserver 127.0.0.1
> > # ppp temp entry
> >
> > nameserver 212.109.32.5 # ppp temp entry
> > nameserver 212.109.32.9 # ppp temp entry
> >
> > При дальнейших подключениях оставшиеся записи "размножаются".
> > Как лечить?
> 
> Господа!
> Я не шучу. Такое имеет место не только в Мастер 2.2 но и 
> в Junior 2.2 RC*.

Какие ж тут шутки? А все молчат, потому, что не первый раз
разговор затевается.
Сравните с тем, что у меня. При соединении с провайдером видим:

> [root@sku /]# cat /etc/resolv.conf
> domain online.ru                #kppp temp entry
> search home online.ru
> nameserver 192.168.1.16
> nameserver 194.67.1.154
> nameserver 194.87.0.9
>
># ppp temp entry
> nameserver 192.168.1.16         #kppp temp entry
> nameserver 194.67.1.154         #kppp temp entry
> nameserver 194.87.0.9   #kppp temp entry

После того, как соединение прервано:

> [root@sku /]# cat /etc/resolv.conf
> search home online.ru
> nameserver 192.168.1.16
> nameserver 194.67.1.154
> nameserver 194.87.0.9
>
> # ppp temp entry

Т.е. строчки не накапливаются, а удаляются автоматически.
Далее, 192.168.1.16 - адрес DNS локальной сети. В его настройках
в /var/lib/bind/zone/home прописаны те же DNS -
локальный и провайдеров:

> @               IN      NS      sku.home.
> @               IN      NS      ns.online.ru.
> @               IN      NS      ns.demos.su.

В настройках kppp адреса DNS прописаны вручную, причем,
разумеется, те же. Доступ к DNS во время соединения не запрещен.
Зачем запрещать доступ к локальному кэширующему DNS?
Те же DNS провайдеров прописаны в forwarders в
/var/lib/bind/etc/options.conf.
Вывод из моих рассуждений - в настройках нужна аккуратность.

_____________
С уважением,
С.С.Скулаченко

Re: [Comm] kppp+ppp+resolv.conf

[Юрий Хорошков]

В сообщении от Суббота 15 Март 2003 11:02 Sergey S. Skulachenko 
написал(a):
(простите, пропущено)
>
> В настройках kppp адреса DNS прописаны вручную, причем,
> разумеется, те же. Доступ к DNS во время соединения не
> запрещен. Зачем запрещать доступ к локальному кэширующему DNS?
> Те же DNS провайдеров прописаны в forwarders в
> /var/lib/bind/etc/options.conf.
> Вывод из моих рассуждений - в настройках нужна аккуратность.
>

Полностью поддерживаю последнее. Но давайте рассмотрим ситуацию: 
По умолчанию в настройках кррр определение DNS провайдера - 
"Автоматическая". И если junior user это не изменит, т.е. не 
пропишет всё вручную (Настройка: "Ручная"), то будет иметь 
описанную "бяку". А это допустимо? Если да, тогда конечно :) .

С уважением,
Юрий.
 

[Comm] Re: kppp+ppp+resolv.conf

[Michael Shigorin]

On Sat, Mar 15, 2003 at 02:02:11PM +0300, Sergey S. Skulachenko wrote:
> Вывод из моих рассуждений - в настройках нужна аккуратность.

Угу.  Например, я уже привыкаю аккуратно делать после установки
update_chrooted all -- иначе резолвинг попросту не работает.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: kppp+ppp+resolv.conf

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

On Sat, Mar 15, 2003 at 06:09:30PM +0200, Michael Shigorin wrote:
> > Вывод из моих рассуждений - в настройках нужна аккуратность.
> 
> Угу.  Например, я уже привыкаю аккуратно делать после установки
> update_chrooted all -- иначе резолвинг попросту не работает.

Странно - у меня сразу работает.
Или вы resolv.сonf уже после загрузки меняете? Тогда все правильно.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: kppp+ppp+resolv.conf

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 627 bytes --]

On Sat, Mar 15, 2003 at 07:28:48PM +0300, Dmitry V. Levin wrote:
> > > Вывод из моих рассуждений - в настройках нужна аккуратность.
> > Угу.  Например, я уже привыкаю аккуратно делать после установки
> > update_chrooted all -- иначе резолвинг попросту не работает.
> Странно - у меня сразу работает.
> Или вы resolv.сonf уже после загрузки меняете? Тогда все правильно.

В том-то и дело, что нет.  Такое впечатление, будто он в
firsttime или еще где-то не отрабатывал, но выловить пока не
удалось.

Хотя нет, знаю.

Дело в DHCP.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: kppp+ppp+resolv.conf

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 578 bytes --]

On Sat, Mar 15, 2003 at 06:50:34PM +0200, Michael Shigorin wrote:
> > > Угу.  Например, я уже привыкаю аккуратно делать после установки
> > > update_chrooted all -- иначе резолвинг попросту не работает.
> > Странно - у меня сразу работает.
> > Или вы resolv.сonf уже после загрузки меняете? Тогда все правильно.
> 
> В том-то и дело, что нет.  Такое впечатление, будто он в
> firsttime или еще где-то не отрабатывал, но выловить пока не
> удалось.
> 
> Хотя нет, знаю.
> 
> Дело в DHCP.

Так запретите ему менять то, что не надо.
Например, у dhcpcd есть параметр "-R".


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] DHCP'ed NS +/- chrooted resolv (was: kppp+ppp+resolv.conf)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 835 bytes --]

On Sat, Mar 15, 2003 at 08:54:10PM +0300, Dmitry V. Levin wrote:
> > > > Угу.  Например, я уже привыкаю аккуратно делать после установки
> > > > update_chrooted all -- иначе резолвинг попросту не работает.
> > > Странно - у меня сразу работает.
> > > Или вы resolv.сonf уже после загрузки меняете? Тогда все правильно.
> > В том-то и дело, что нет.  Такое впечатление, будто он в
> > firsttime или еще где-то не отрабатывал, но выловить пока не
> > удалось.
> > Хотя нет, знаю.  Дело в DHCP.
> Так запретите ему менять то, что не надо.
> Например, у dhcpcd есть параметр "-R".

Здрасьте.  А если ему в обязанность вменено менять?
(я серьезно задумался над тем, и как это уживается с chrooted
resolv -- и пока не вижу нормального выхода)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: DHCP'ed NS +/- chrooted resolv (was: kppp+ppp+resolv.conf)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 800 bytes --]

On Sat, Mar 22, 2003 at 01:03:37AM +0200, Michael Shigorin wrote:
> On Sat, Mar 15, 2003 at 08:54:10PM +0300, Dmitry V. Levin wrote:
> > > > > Угу.  Например, я уже привыкаю аккуратно делать после установки
> > > > > update_chrooted all -- иначе резолвинг попросту не работает.
> > > > Странно - у меня сразу работает.
> > > > Или вы resolv.сonf уже после загрузки меняете? Тогда все правильно.
> > > В том-то и дело, что нет.  Такое впечатление, будто он в
> > > firsttime или еще где-то не отрабатывал, но выловить пока не
> > > удалось.
> > > Хотя нет, знаю.  Дело в DHCP.
> > Так запретите ему менять то, что не надо.
> > Например, у dhcpcd есть параметр "-R".
> 
> Здрасьте.  А если ему в обязанность вменено менять?

Тогда пусть запускает post-скрипт (/usr/sbin/update_chrooted conf).


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: DHCP'ed NS +/- chrooted resolv (was: kppp+ppp+resolv.conf)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 539 bytes --]

On Sat, Mar 22, 2003 at 06:49:37PM +0300, Dmitry V. Levin wrote:
> > > > Хотя нет, знаю.  Дело в DHCP.
> > > Так запретите ему менять то, что не надо.
> > > Например, у dhcpcd есть параметр "-R".
> > Здрасьте.  А если ему в обязанность вменено менять?
> Тогда пусть запускает post-скрипт (/usr/sbin/update_chrooted conf).

В dhcpcd.exe бишь.  Вешать багу?  (я могу попробовать добраться
до этого на следующей неделе сам, но не вполне уверен)

- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kppp+ppp+resolv.conf

[Vadim V. Zhytnikov]

Sergey S. Skulachenko пишет:
> On Sat, 15 Mar 2003 11:08:16 +0000
> Юрий Хорошков <hyuv@svitonline.com> wrote:
> 
> 
>>В сообщении от Пятница 14 Март 2003 14:55 Юрий Хорошков 
>>написал(a):
>>
>>>Здравствуйте Community!
>>>При установке в настройках кррр  DNS провайдера - Настройка:
>>>"Автоматическая" в /etc/ppp появляется файл resolv.conf.
>>>При подключении к провайдеру в /etc/resolv.conf имеем:
>>>
>>>search localdomain
>>>nameserver 127.0.0.1
>>># ppp temp entry
>>>
>>>nameserver 212.109.32.5 # ppp temp entry
>>>nameserver 212.109.32.9 # ppp temp entry
>>>nameserver 212.109.32.5 #kppp temp entry
>>>nameserver 212.109.32.9 #kppp temp entry
>>>
>>>При отключении соединения:
>>>
>>>search localdomain
>>>nameserver 127.0.0.1
>>># ppp temp entry
>>>
>>>nameserver 212.109.32.5 # ppp temp entry
>>>nameserver 212.109.32.9 # ppp temp entry
>>>
>>>При дальнейших подключениях оставшиеся записи "размножаются".
>>>Как лечить?
>>
>>Господа!
>>Я не шучу. Такое имеет место не только в Мастер 2.2 но и 
>>в Junior 2.2 RC*.
> 
> 
> Какие ж тут шутки? А все молчат, потому, что не первый раз
> разговор затевается.
> Сравните с тем, что у меня. При соединении с провайдером видим:
> 
> 
>>[root@sku /]# cat /etc/resolv.conf
>>domain online.ru                #kppp temp entry
>>search home online.ru
>>nameserver 192.168.1.16
>>nameserver 194.67.1.154
>>nameserver 194.87.0.9
>>
>># ppp temp entry
>>nameserver 192.168.1.16         #kppp temp entry
>>nameserver 194.67.1.154         #kppp temp entry
>>nameserver 194.87.0.9   #kppp temp entry
> 
> 
> После того, как соединение прервано:
> 
> 
>>[root@sku /]# cat /etc/resolv.conf
>>search home online.ru
>>nameserver 192.168.1.16
>>nameserver 194.67.1.154
>>nameserver 194.87.0.9
>>
>># ppp temp entry
> 
> 
> Т.е. строчки не накапливаются, а удаляются автоматически.
> Далее, 192.168.1.16 - адрес DNS локальной сети. В его настройках
> в /var/lib/bind/zone/home прописаны те же DNS -
> локальный и провайдеров:
> 
> 
>>@               IN      NS      sku.home.
>>@               IN      NS      ns.online.ru.
>>@               IN      NS      ns.demos.su.
> 
> 
> В настройках kppp адреса DNS прописаны вручную, причем,
> разумеется, те же. Доступ к DNS во время соединения не запрещен.
> Зачем запрещать доступ к локальному кэширующему DNS?
> Те же DNS провайдеров прописаны в forwarders в
> /var/lib/bind/etc/options.conf.
> Вывод из моих рассуждений - в настройках нужна аккуратность.
> 

Правильно ли я понял, что Ваш рецепт сводится к следующему:

1. Не использовать "Автоматически" а прописать DNS статически.
2. Использовать bind.

Так, или я что-то упустил?  Что касается 2, то тут я спорить
не буду.  Но отказываться от автоматического определения DNS
мне кажется не вполне конструктивным.  Что в этом такого
патологического?  В конце концов это просто удобно особенно
если используется несколько разных провайдеров.  У меня был
период, когда я регулярно названивал 4м разным провайдерам,
да и у одного провайдера сервера могут быть разными.
4 провайдера это конечно несколько экзотично, но вот 2 -
обычное дело.  В чём собственно такая уж страшная проблема
в вытирании добавочных записей kppp в resolv.conf?
Мне кажется, что это всё-таки баг.


-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

[Comm] Re: kppp+ppp+resolv.conf

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 389 bytes --]

Vadim V. Zhytnikov пишет:

<skipped/>

> обычное дело.  В чём собственно такая уж страшная проблема
> в вытирании добавочных записей kppp в resolv.conf?
> Мне кажется, что это всё-таки баг.

Мне тоже, у меня провайдер их ещё и меняет иногда, так что я их в 
pppd определяю, а потом в bind записываю :) Кстати, в BTS он есть?

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [Comm] kppp+ppp+resolv.conf

[Sergey S. Skulachenko]

On Sun, 16 Mar 2003 20:23:44 +0300
"Vadim V. Zhytnikov" <vvzhy@netorn.ru> wrote:

> Sergey S. Skulachenko пишет:

> > Вывод из моих рассуждений - в настройках нужна аккуратность.
> 
> Правильно ли я понял, что Ваш рецепт сводится к следующему:
> 
> 1. Не использовать "Автоматически" а прописать DNS статически.
> 2. Использовать bind.
> 
> Так, или я что-то упустил?  Что касается 2, то тут я спорить
> не буду.  Но отказываться от автоматического определения DNS
> мне кажется не вполне конструктивным.  Что в этом такого
> патологического?  В конце концов это просто удобно особенно
> если используется несколько разных провайдеров.  У меня был
> период, когда я регулярно названивал 4м разным провайдерам,
> да и у одного провайдера сервера могут быть разными.
> 4 провайдера это конечно несколько экзотично, но вот 2 -
> обычное дело.  В чём собственно такая уж страшная проблема
> в вытирании добавочных записей kppp в resolv.conf?
> Мне кажется, что это всё-таки баг.

А рецепта никакого и не было (кроме последней фразы). Просто я
довольно нудно описал свои настройки, при которых в resolv.conf
не появляется дублирующих записей.
Даже и в случае четырех провайдеров в настройках kppp можно и
нужно все учесть в четырех разных сценариях (в исходном письме,
напомню, речь шла о kppp). Но, главное, зачем отказываться от
услуг локального DNS? Это, если хотите, как бы вопрос сетевого
этикета. Зачем грузить Интернет лишними запросами, если рядом в
локальной сети стоит кэширующий DNS? Так что пункты 1 и 2
зависимы.


_____________
С уважением,
С.С.Скулаченко