Re: [sisyphus] resolv.conf

Re: [sisyphus] resolv.conf

[Dmitry V. boyko]

 Всем спасибо, кто откликнулся.
 Проблема была в конфиге resolvconf.conf . Необходимо было убрать
(закоментить) строчку
#name_servers=127.0.0.1
 ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)

-- 
-- 
("`-''-/").___..--''"`-._
`o_ o  )   `-.  (     ).`-.__.`)
 (_Y_.)'  ._   )  `._ `. ``-..-'
    _..`--'_..-_/  /--'_.' .'
   (il).-''  (li).'  ((!.-'
With the best regards Dmitry V. Boyko AKA Tiger
ICQ:199643513
mailto:tiger[at]andi[dot]od[dot]ua
cell phone: +38-(094)-946-9465

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 11:09:53 +0200 (EET) Dmitry V. boyko wrote:
>  Всем спасибо, кто откликнулся.
>  Проблема была в конфиге resolvconf.conf . Необходимо было убрать
> (закоментить) строчку
> #name_servers=127.0.0.1

Она закомментирована по дефолту. И вообще это способ у нас не
рекомендуется для использования, с помощью etcnet есть более другой.
Надо будет комментарий соответствующий добавить или вообще убрать эту
строчку из конфига.

>  ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)

Он не демон. И может здорово облегчить жизнь, если желающих писать
в /etc/resolv.conf более одного.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Denis Nazarov]

В сообщении от Вторник 12 января 2010 18:19:15 автор Mikhail Efremov написал:
> On Tue, 12 Jan 2010 11:09:53 +0200 (EET) Dmitry V. boyko wrote:
> >  Всем спасибо, кто откликнулся.
> >  Проблема была в конфиге resolvconf.conf . Необходимо было убрать
> > (закоментить) строчку
> > #name_servers=127.0.0.1
> 
> Она закомментирована по дефолту. И вообще это способ у нас не
> рекомендуется для использования, с помощью etcnet есть более другой.
> Надо будет комментарий соответствующий добавить или вообще убрать эту
> строчку из конфига.
> 
> >  ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)
> 
> Он не демон. И может здорово облегчить жизнь, если желающих писать
> в /etc/resolv.conf более одного.
> 
пока только осложняет...

Re: [sisyphus] resolv.conf

[Vadim Gorodisky]

В сообщении от Вторник 12 января 2010 16:26:48 автор Denis Nazarov написал:
> > Он не демон. И может здорово облегчить жизнь, если желающих писать
> > в /etc/resolv.conf более одного.
> > 
> пока только осложняет...
+1 


-- 

====================================
Vadim Gorodisky  (VG22-RIPE)
mailto:vg@gor.od.ua xmpp:gor@jabber.od.ua
http://gor.od.ua/
= This game will never be the same =

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 19:26:48 +0500 Denis Nazarov wrote:

> > >  ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)
> > 
> > Он не демон. И может здорово облегчить жизнь, если желающих писать
> > в /etc/resolv.conf более одного.
> > 
> пока только осложняет...

Чем? Даже в случае одного источника использование resolvconf небольшой
overhead, имхо. Ну, в крайнем случае его можно и убрать, если
nameservers прибиты раз и навсегда гвоздями. А в других случаях он
действительно избавляет от многих плясок с бубном вокруг resolv.conf.
Логика работы у openresolv не идеальная, но предсказуемая и вполне
настраиваемая. Плюс приятный бонус в виде автоматической генерации
конфигов для локальных резолверов.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Denis Nazarov]

В сообщении от Вторник 12 января 2010 19:40:19 автор Mikhail Efremov написал:
> On Tue, 12 Jan 2010 19:26:48 +0500 Denis Nazarov wrote:
> > > >  ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)
> > >
> > > Он не демон. И может здорово облегчить жизнь, если желающих писать
> > > в /etc/resolv.conf более одного.
> >
> > пока только осложняет...
> 
> Чем? Даже в случае одного источника использование resolvconf небольшой
> overhead, имхо. 
ИМХО - нет
> Ну, в крайнем случае его можно и убрать, если
> nameservers прибиты раз и навсегда гвоздями. 
как? apt-get remove openresolv? так что-то мне не понравилось, что он хотел по 
зависимостям снести за собой, точно не помню, но не понравилось
> А в других случаях он
> действительно избавляет от многих плясок с бубном вокруг resolv.conf.
> Логика работы у openresolv не идеальная, но предсказуемая и вполне
> настраиваемая. Плюс приятный бонус в виде автоматической генерации
> конфигов для локальных резолверов.
> 
а вот на днях я исплевался, пока заставил систему воспринять один-единственный 
nameserver, которым является adsl-модем. И меня как-то мало волнует, что 
провайдер меняет DNS, все это модем переворачивает автоматом. Но вот эти 
приколы с nameserver 127.0.0.1 достают.

Может != облегчает

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 20:15:17 +0500 Denis Nazarov wrote:
> > > пока только осложняет...
> > 
> > Чем? Даже в случае одного источника использование resolvconf
> > небольшой overhead, имхо. 
> ИМХО - нет

То дополнительное время, что тратит resolvconf на
генерацию /etc/resolv.conf один раз при старте системы? Это не
серьезно.

> > Ну, в крайнем случае его можно и убрать, если
> > nameservers прибиты раз и навсегда гвоздями. 
> как? apt-get remove openresolv? так что-то мне не понравилось, что он
> хотел по зависимостям снести за собой, точно не помню, но не
> понравилось

Так там зависимость не просто так стоит. Значит с помощью openresolv
решались проблемы, которые без него превращаются в экзотические пляски.

> > А в других случаях он
> > действительно избавляет от многих плясок с бубном вокруг
> > resolv.conf. Логика работы у openresolv не идеальная, но
> > предсказуемая и вполне настраиваемая. Плюс приятный бонус в виде
> > автоматической генерации конфигов для локальных резолверов.
> > 
> а вот на днях я исплевался, пока заставил систему воспринять
> один-единственный nameserver, которым является adsl-модем. И меня
> как-то мало волнует, что провайдер меняет DNS, все это модем
> переворачивает автоматом. Но вот эти приколы с nameserver 127.0.0.1
> достают.

А это уже к openresolv вообще говоря отношения не имеет, ну или только
косвенное. Я знаю только 2 случая, когда добавляется автоматом
nameserver 127.0.0.1:
1) При старте dnsmasq из его инит скрипта.
2) Прописывается в /etc/net/ifaces/lo/resolv.conf installer-feature'ей
для bind'a, т.к. предполагается, что он из коробки работает локальным
резолвером. Если это не так - в багзиллу.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Tue, Jan 12, 2010 at 05:40:19PM +0300, Mikhail Efremov wrote:
> > > И может здорово облегчить жизнь, если желающих писать
> > > в /etc/resolv.conf более одного.
> > пока только осложняет...
> Чем?

Залипшими записями от старых соединений в /etc/resolv.conf.

Если получится поймать более внятный случай, постараюсь повесить
-- наблюдал при попеременной работе в трёх точках через wifi и
провод (порой ещё через два разных gprs).  Упорно прописывались
NS-ы и домен одной из сетей, не соответствующих текущей.

[а в остальном да]

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

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 18:46:19 +0200 Michael Shigorin wrote:
> On Tue, Jan 12, 2010 at 05:40:19PM +0300, Mikhail Efremov wrote:
> > > > И может здорово облегчить жизнь, если желающих писать
> > > > в /etc/resolv.conf более одного.
> > > пока только осложняет...
> > Чем?
> 
> Залипшими записями от старых соединений в /etc/resolv.conf.

Вот это не понял. Как раз все лишнее должно удаляться автоматом. О
каких соединениях речь?

> Если получится поймать более внятный случай, постараюсь повесить
> -- наблюдал при попеременной работе в трёх точках через wifi и
> провод (порой ещё через два разных gprs).  Упорно прописывались
> NS-ы и домен одной из сетей, не соответствующих текущей.

Проблема именно в лишних или просто первым стоит не тот NS, который бы
хотелось?

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Wed, Jan 13, 2010 at 06:37:50PM +0300, Mikhail Efremov wrote:
> > > > > И может здорово облегчить жизнь, если желающих писать
> > > > > в /etc/resolv.conf более одного.
> > > > пока только осложняет...
> > > Чем?
> > Залипшими записями от старых соединений в /etc/resolv.conf.
> Вот это не понял. Как раз все лишнее должно удаляться
> автоматом. О каких соединениях речь?

WiFi и проводной ethernet, в данном случае.  _Кажется_, можно
свести к wifi only, но не уверен -- проверять с учётом разных
городов не очень получается, или заметил, или нет.

> > Если получится поймать более внятный случай, постараюсь повесить
> > -- наблюдал при попеременной работе в трёх точках через wifi и
> > провод (порой ещё через два разных gprs).  Упорно прописывались
> > NS-ы и домен одной из сетей, не соответствующих текущей.
> Проблема именно в лишних или просто первым стоит не тот NS,
> который бы хотелось?

И лишние, и первыми не те.  В сумме от 3+2 выходило 5,
из которых работал только третий => тормозной резолвинг.

Оставлял такой resolv.conf -- но, кажется, сейчас вне пределов
досягаемости.

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

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Wed, 13 Jan 2010 17:52:00 +0200 Michael Shigorin wrote:
> > > Если получится поймать более внятный случай, постараюсь повесить
> > > -- наблюдал при попеременной работе в трёх точках через wifi и
> > > провод (порой ещё через два разных gprs).  Упорно прописывались
> > > NS-ы и домен одной из сетей, не соответствующих текущей.
> > Проблема именно в лишних или просто первым стоит не тот NS,
> > который бы хотелось?
> 
> И лишние, и первыми не те.  В сумме от 3+2 выходило 5,
> из которых работал только третий => тормозной резолвинг.

Пока нет нормальных метрик желаемый порядок задается с помощью
interface_order и dynamic_order в /etc/resolvconf.conf. Подробнее см.
man resolvconf.conf.
А вот с лишними не ясно. Это значит не вызывается resolvconf -d. В
зависимости от того кто и как настраивает интерфейс виновным может
быть сам etcnet, dhcpcd, pppd или NM. В общем, надо разбираться
подробнее в конкретной ситуации. Всегда можно посмотреть от кого
приехал NS с помощью resolvconf -l.

> Оставлял такой resolv.conf -- но, кажется, сейчас вне пределов
> досягаемости.

Без дополнительной информации от него все равно толку будет мало.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Afanasov Dmitry]

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

On Tue, Jan 12, 2010 at 07:26:48PM +0500, Denis Nazarov wrote:
> В сообщении от Вторник 12 января 2010 18:19:15 автор Mikhail Efremov написал:
> > On Tue, 12 Jan 2010 11:09:53 +0200 (EET) Dmitry V. boyko wrote:
> > >  Всем спасибо, кто откликнулся.
> > >  Проблема была в конфиге resolvconf.conf . Необходимо было убрать
> > > (закоментить) строчку
> > > #name_servers=127.0.0.1
> > 
> > Она закомментирована по дефолту. И вообще это способ у нас не
> > рекомендуется для использования, с помощью etcnet есть более другой.
> > Надо будет комментарий соответствующий добавить или вообще убрать эту
> > строчку из конфига.
> > 
> > >  ЗЫ: Зачем этот resolvconf-демон вставили в сизиф ? :)
> > 
> > Он не демон. И может здорово облегчить жизнь, если желающих писать
> > в /etc/resolv.conf более одного.
> > 
> пока только осложняет...
как всё непривычное
-- 
С уважением
Афанасов Дмитрий

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

Re: [sisyphus] resolv.conf

[Alexei V. Mezin]

12.01.2010 18:13, Afanasov Dmitry пишет:

>> пока только осложняет...
> как всё непривычное
>

Как все недокументированное, и внесенное в десятилетиями устоявшуюся 
систему без объявления с отсылкой на минимальную документацию, в которой 
было бы написано, что это, зачем, чем оно лучше того, что было, и как 
это настроить в 2-3-5 наиболее типичных конфигурациях.

Re: [sisyphus] resolv.conf

[Denis Nazarov]

В сообщении от Вторник 12 января 2010 20:28:02 автор Alexei V. Mezin написал:
> 12.01.2010 18:13, Afanasov Dmitry пишет:
> >> пока только осложняет...
> >
> > как всё непривычное
> 
> Как все недокументированное, и внесенное в десятилетиями устоявшуюся
> систему без объявления с отсылкой на минимальную документацию, в которой
> было бы написано, что это, зачем, чем оно лучше того, что было, и как
> это настроить в 2-3-5 наиболее типичных конфигурациях.
+1

вообще, если бы не курение рассылок в течении уже больше года, даже бы и не 
знал про openresolv, вернее, что это он гадит...

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Tue, Jan 12, 2010 at 08:34:26PM +0500, Denis Nazarov wrote:
> > >> пока только осложняет...
> > > как всё непривычное
> > Как все недокументированное, и внесенное в десятилетиями
> > устоявшуюся систему без объявления с отсылкой на минимальную
> > документацию, в которой было бы написано, что это, зачем, чем
> > оно лучше того, что было, и как это настроить в 2-3-5
> > наиболее типичных конфигурациях.
> +1

Мужики, расспросите sem@ да опишите на вики, будет доброе дело.

Хорошо бы также задокументировать отличия с чем-там-ещё-было
в Debian, что ли.  Но это уже призовая игра. :)

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

Re: [sisyphus] resolv.conf

[Михаил Радюк]

Этот openresolv сводит меня с ума. При отключенном pppoe, nameserver
127.0.0.1 откликается на все имена.
>Покажите
>resolvconf -l | grep lo
пусто
>service bind status
остановлен
>service dnsmasq status
остановлен
Каким образом безболезненно можно его удалить раз и навсегда?
p.s. Дистрибутив Alt kdesktop 5.0
p.p.s. Ситуация усугубляется нерабочим для pppoe KNetworkmanager'ом и
глючным netpppoe в acc. А также отсутствием на диске rp-pppoe-gui.
-- 
С уважением, Михаил.

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Tue, Jan 12, 2010 at 10:38:43PM +0300, Михаил Радюк wrote:
> p.p.s. Ситуация усугубляется нерабочим для pppoe
> KNetworkmanager'ом и глючным netpppoe в acc. А также
> отсутствием на диске rp-pppoe-gui.

Про последнее хорошо бы сообщить zerg@.

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

Re: [sisyphus] resolv.conf

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 590 bytes --]

On Wednesday 13 January 2010, Michael Shigorin wrote:
> On Tue, Jan 12, 2010 at 10:38:43PM +0300, Михаил Радюк wrote:
> > p.p.s. Ситуация усугубляется нерабочим для pppoe
> > KNetworkmanager'ом
В p5 он работает по отзывам(за исключением невозможности быстрого 
переключения из меню), а в Сизифе уже устаревает, но невозможно 
обновить без KDE-4.4

> > и глючным netpppoe в acc. А также
> > отсутствием на диске rp-pppoe-gui.
> 
> Про последнее хорошо бы сообщить zerg@.

-- 
Regards, Sergey, ALT Linux, http://www.altlinux.ru/
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 22:38:43 +0300 Михаил Радюк wrote:
> Этот openresolv сводит меня с ума. При отключенном pppoe, nameserver
> 127.0.0.1 откликается на все имена.
> >Покажите
> >resolvconf -l | grep lo
> пусто

Тогда я не совсем понимаю откуда вообще 127.0.0.1. Если только тоже
в /etc/resolvconf.conf прописан, но такого быть не должно по умолчанию.
Покажите уж полностью resolvconf -l.

> Каким образом безболезненно можно его удалить раз и навсегда?

apt-get remove openresolv. Если не смущает удаление всего, что имеет
его в зависимостях.

> глючным netpppoe в acc.

Вот это могу зафиксить хоть сейчас, но очень грязным хаком. Хочу еще
немного подумать/покопаться, может все-таки менее грязно получится
сделать.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Михаил Радюк]

> Покажите уж полностью resolvconf -l.
На свежеустановленной системе Alt kdesktop 5.0 i586 имею другие
результаты команд, но эффект тот же самый:
[mike@host-53 ~]$ cat resolv.conf
# Generated by resolvconf
# Do not edit manually, use
# /etc/net/ifaces/<interface>/resolv.conf instead.
search cable.kubtelecom.ru
nameserver 127.0.0.1
nameserver 192.168.64.200

[root@host-53 ~]# service bind status
named is running
[root@host-53 ~]# service dnsmasq status
dnsmasq is stopped
pppoe подключений ещё не создавал,сервисы и настройки не трогал.
Через usb подключен кабельный модем.

-- 
С уважением, Михаил.

Re: [sisyphus] resolv.conf

[Михаил Радюк]

После создания pppoe-подключения в acc Интернет заработал.
[root@host-53 ~]# resolvconf -l
# resolv.conf from lo
nameserver 127.0.0.1

# resolv.conf from NetworkManager
# Generated by NetworkManager
domain cable.kubtelecom.ru
search cable.kubtelecom.ru
nameserver 192.168.64.200

Но по закрытию acc, открытые и пингованые ресурсы на ping не отвечают,
а те, которые не трогал - откликаются.
Или это нормально?
При повторном запуске pppoe в acc, открытые ранее ресурсы недоступны.
Например gmail.com, через который писал это письмо стал недоступен,а
ya.ru прекрасно всё ищет.
Перезапуск сеанса пользователя ничего не меняет. Перегружаюсь,
выполняю пинг ya.ru (отвечает 127.0.0.1), запускаю pppoe в acc. Теперь
недоступен ya.ru, а gmail.com работает.
p.s. Забыл упомянуть, что система, на которой присутствовали выносящие
мозг глюки была установлена из режима live-cd. Может быть вся фишка в
этом?
-- 
С уважением, Михаил.

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Thu, 14 Jan 2010 01:00:39 +0300 Михаил Радюк wrote:
> После создания pppoe-подключения в acc Интернет заработал.
> [root@host-53 ~]# resolvconf -l
> # resolv.conf from lo
> nameserver 127.0.0.1

> [root@host-53 ~]# service bind status
> named is running

У вас локально работает bind как кэширующий ДНС.
Если этого не нужно, то:
service bind stop
chkconfig bind off
rm /etc/net/ifaces/lo/resolv.conf
resolvconf -d lo

> Но по закрытию acc, открытые и пингованые ресурсы на ping не отвечают,
> а те, которые не трогал - откликаются.

Баг с alerator-net-pppoe еще не исправлен, я на этой неделе его закрою
так или иначе. Пока не запускайте соединение из acc, используйте просто
ifup ppp<номер> в консоли, будет работать.

> Или это нормально?
> При повторном запуске pppoe в acc, открытые ранее ресурсы недоступны.
> Например gmail.com, через который писал это письмо стал недоступен,а
> ya.ru прекрасно всё ищет.
> Перезапуск сеанса пользователя ничего не меняет. Перегружаюсь,
> выполняю пинг ya.ru (отвечает 127.0.0.1), запускаю pppoe в acc. Теперь
> недоступен ya.ru, а gmail.com работает.

Не совсем понял, но видимо просто из-за проблем с pppoe. И лучше
приводите вывод команд.

> p.s. Забыл упомянуть, что система, на которой присутствовали выносящие
> мозг глюки была установлена из режима live-cd. Может быть вся фишка в
> этом?

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

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Михаил Радюк]

14 января 2010 г. 2:14 пользователь Mikhail Efremov <sem@altlinux.ru> написал:
> У вас локально работает bind как кэширующий ДНС.
> Если этого не нужно, то:
> service bind stop
> chkconfig bind off
> rm /etc/net/ifaces/lo/resolv.conf
> resolvconf -d lo
>
> Баг с alerator-net-pppoe еще не исправлен, я на этой неделе его закрою
> так или иначе. Пока не запускайте соединение из acc, используйте просто
> ifup ppp<номер> в консоли, будет работать.
Спасибо Михаил, для меня многое прояснилось.

-- 
С уважением, Михаил.

Re: [sisyphus] resolv.conf

[Afanasov Dmitry]

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

On Wed, Jan 13, 2010 at 08:17:28PM +0300, Mikhail Efremov wrote:
> On Tue, 12 Jan 2010 22:38:43 +0300 Михаил Радюк wrote:
> > Каким образом безболезненно можно его удалить раз и навсегда?
> 
> apt-get remove openresolv. Если не смущает удаление всего, что имеет
> его в зависимостях.
господа, а если его удалить никак, то почему бы не сделать ручку "не
трогать resolv.conf" в /etc/sysconfig/network? была когда-то ручка
RESOLV_MODS=no, запрещающая его модификацию "кем либо".

-- 
 С уважением
 Афанасов Дмитрий

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

Re: [sisyphus] resolv.conf

[Денис Смирнов]

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

On Wed, Jan 13, 2010 at 08:17:28PM +0300, Mikhail Efremov wrote:

А как отучить его забирать nameserver'а по ppp? Мне приходится цепляться
по PPP к одной VPN, но ихний DNS мне нафиг не нужен.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [sisyphus] resolv.conf

[MisHel64]

Здравствуйте, Денис.

Вы писали 31 января 2010 г., 15:02:22:

> On Wed, Jan 13, 2010 at 08:17:28PM +0300, Mikhail Efremov wrote:

> А как отучить его забирать nameserver'а по ppp? Мне приходится цепляться
> по PPP к одной VPN, но ихний DNS мне нафиг не нужен.

А может отучить ppp получать nameserver'а?

-- 
С уважением,
 MisHel64                          mailto:MisHel64@Bk.Ru

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Sun, 31 Jan 2010 15:33:05 +0300 MisHel64 wrote:
> > А как отучить его забирать nameserver'а по ppp? Мне приходится
> > цепляться по PPP к одной VPN, но ихний DNS мне нафиг не нужен.
> 
> А может отучить ppp получать nameserver'а?

Угу. Убрать usepeerdns из конфига.
Ну и RESOLV_MODS=no в /etc/sysconfig/network тоже все еще должно
работать.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Tue, 12 Jan 2010 18:47:42 +0200 Michael Shigorin wrote:
> On Tue, Jan 12, 2010 at 08:34:26PM +0500, Denis Nazarov wrote:
> > > >> пока только осложняет...
> > > > как всё непривычное
> > > Как все недокументированное, и внесенное в десятилетиями
> > > устоявшуюся систему без объявления с отсылкой на минимальную
> > > документацию, в которой было бы написано, что это, зачем, чем
> > > оно лучше того, что было, и как это настроить в 2-3-5
> > > наиболее типичных конфигурациях.
> > +1
> 
> Мужики, расспросите sem@ да опишите на вики, будет доброе дело.

Я вообще смутно представляю что там можно написать, кроме как man
процитировать. Из ALT-специфики пожалуй только прописывание NS
в /etc/net/ifaces/<interface>/resolv.conf (в том числе и для lo), о чем
добавляется соответствующий комментарий в /etc/resolv.conf.

> Хорошо бы также задокументировать отличия с чем-там-ещё-было
> в Debian, что ли.  Но это уже призовая игра. :)

Например, потенциально метрики, в Debian такого нет насколько я помню.
Но в существующем виде они пока практически бесполезны, к сожалению.
Вообще welcome в #20410, если что. Я надеюсь в ближайшее время
наконец сделать-таки то, что давно грозился.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Alexei V. Mezin]

13.01.2010 19:05, Mikhail Efremov пишет:

> Я вообще смутно представляю что там можно написать, кроме как man
> процитировать.

Не знаю, в каком году в /etc впервые появился resolv.conf, но думаю, что 
очень давно. И люди десятилетиями привыкли писать туда руками адреса DNS'ов.

А у нас начиная с какого-то момента dnsmasq самовольно вписывал в этот 
файл всякую гадость, и вроде бы без комментария вида "запись внесена 
программой XXX, см. man YYY). Теперь вот какой-то openresolv.

Вот раньше все было понятно: в системе был ОДИН файл, где были прописаны 
адреса. Все заинтересованные программы и люди обращались к этому файлу 
при необходимости. Теперь не так. И не надо ман цитировать, надо 
написать, что "при загрузке системы стартуют такие-то и такие-то 
сервисы, которые на основании своих настроек (см. ман) формируют 
содержимое resolv.conf. Нужно это для того, чтобы (далее три предложения 
по поводу зачем все это надо). При использовании ALT-специфичной 
сущности по имени Etcnet дополнительно можно....". И сразу станет 
понятно, куда прописывать настройки, как оторвать ненужную автоматизацию 
и т.п.

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Wed, Jan 13, 2010 at 07:26:01PM +0300, Alexei V. Mezin wrote:
> Вот раньше все было понятно: в системе был ОДИН файл, где были
> прописаны адреса. Все заинтересованные программы и люди
> обращались к этому файлу при необходимости.

Это называется "прогресс" -- раньше было просто и понятно,
если почитать, а теперь само работает, зато уж если не работает
-- зачитываться приходится куда серьёзней...

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

Re: [sisyphus] resolv.conf

[Roman Lesnichenko]

13.01.2010 21:32, Michael Shigorin пишет:
> On Wed, Jan 13, 2010 at 07:26:01PM +0300, Alexei V. Mezin wrote:
>> Вот раньше все было понятно: в системе был ОДИН файл, где были
>> прописаны адреса. Все заинтересованные программы и люди
>> обращались к этому файлу при необходимости.
>
> Это называется "прогресс" -- раньше было просто и понятно,
> если почитать, а теперь само работает, зато уж если не работает
> -- зачитываться приходится куда серьёзней...
>
Это плохо на самом деле.
Я вот начинал с BlackCat 5.2 и то нынче теряюсь где и что искать...

А цель по-хорошему - не я :), а люди, которых с Венды переманить надо.
:(


Роман.

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Wed, 13 Jan 2010 21:32:02 +0200 Michael Shigorin wrote:
> On Wed, Jan 13, 2010 at 07:26:01PM +0300, Alexei V. Mezin wrote:
> > Вот раньше все было понятно: в системе был ОДИН файл, где были
> > прописаны адреса. Все заинтересованные программы и люди
> > обращались к этому файлу при необходимости.
> 
> Это называется "прогресс" -- раньше было просто и понятно,
> если почитать, а теперь само работает, зато уж если не работает
> -- зачитываться приходится куда серьёзней...

Миш, чтобы далеко не ходить, вспомни хотя бы #ppp temp entry.
Если это образец простоты и ясности, то я - прима балета.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Michael Shigorin]

On Thu, Jan 14, 2010 at 02:44:08AM +0300, Mikhail Efremov wrote:
> > > Вот раньше все было понятно: в системе был ОДИН файл, где были
> > > прописаны адреса. Все заинтересованные программы и люди
> > > обращались к этому файлу при необходимости.
> > Это называется "прогресс" -- раньше было просто и понятно,
> > если почитать, а теперь само работает, зато уж если не работает
> > -- зачитываться приходится куда серьёзней...
> Миш, чтобы далеко не ходить, вспомни хотя бы #ppp temp entry.
> Если это образец простоты и ясности, то я - прима балета.

Это был жуткий костыль.  Впрочем, при около-resolv.conf-овых
разборках с pppd заглянул в kppp и понял, что это ещё не самое
страшное. :)

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

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Wed, 13 Jan 2010 19:26:01 +0300 Alexei V. Mezin wrote:
> Вот раньше все было понятно: в системе был ОДИН файл, где были
> прописаны адреса. Все заинтересованные программы и люди обращались к
> этому файлу при необходимости. Теперь не так. 

Если для чтения - туда же. А если для записи - так проблема в том и
состоит, что с появлением различных средств динамической конфигурации
сети, желающих туда писать может быть слишком много. И все они должны
учитывать существование друг друга при добавлении записей. Причем
логика работы у них должна быть одинаковой, иначе ничего
хорошего тоже не будет. Вместо того, чтобы решать все эти проблемы во
всех программах, желающих писать в /etc/resolv.conf можно написать
одну, которая будет этим заниматься. Вот именно такой программой и
является resolvconf.

> цитировать, надо написать, что "при загрузке системы стартуют
> такие-то и такие-то сервисы, которые на основании своих настроек (см.
> ман) формируют содержимое resolv.conf. Нужно это для того, чтобы
> (далее три предложения по поводу зачем все это надо). При
> использовании ALT-специфичной сущности по имени Etcnet дополнительно
> можно....". И сразу станет понятно, куда прописывать настройки, как
> оторвать ненужную автоматизацию и т.п.

Вот это пожалуй да, какая-то общая информация должна быть. Но лично я
написать ее совсем не обещаю, по крайней мере в ближайшее время. Мне
подобная документация дается с трудом.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Hihin Ruslan]

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

Здравствуйте Mikhail Efremov
  В сообщении от 14 января 2010 Mikhail Efremov написал(a):
> Вот это пожалуй да, какая-то общая информация должна быть. Но
> лично я написать ее совсем не обещаю, по крайней мере в
> ближайшее время. Мне подобная документация дается с трудом.

Мища, закинь мне в личку примеры и краткое описание, ну или 
вообще "поток мыслей" как у нас сейчас всё это хозяйство 
работает. 
1. Вариант с etcnet
2. Вариант с NM.
Особеноо, заострив внимание на создание ppp соединения. Я 
постараюсь причесать и закинуть на Wiki. 
Просто по форуму - это один из главных вопросов. Было-бы удобнее 
объяснить один раз на Wiki, чем каждый раз допытываться до 
причин у конкретного пользователя.


-- 
  А ещё говорят так  (fortune):
 
Грабли обнаружены и зафиксированы в спеке.. :) -- eostapets in 
sisyphus@ 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Thu, 14 Jan 2010 10:17:42 +0300 Hihin Ruslan wrote:
> Здравствуйте Mikhail Efremov
>   В сообщении от 14 января 2010 Mikhail Efremov написал(a):
> > Вот это пожалуй да, какая-то общая информация должна быть. Но
> > лично я написать ее совсем не обещаю, по крайней мере в
> > ближайшее время. Мне подобная документация дается с трудом.
> 
> Мища, закинь мне в личку примеры и краткое описание, ну или 
> вообще "поток мыслей" как у нас сейчас всё это хозяйство 
> работает. 
> 1. Вариант с etcnet
> 2. Вариант с NM.
> Особеноо, заострив внимание на создание ppp соединения. Я 
> постараюсь причесать и закинуть на Wiki. 

Да нет там никаких особенностей. Все, что надо знать, это то, что при
статической настройке интерфейса свои NS прописывать надо не
в /etc/resolv.conf, а в /etc/net/ifaces/<interface>/resolv.conf. В
большинстве случаев - это все. Во всех остальных случаях все должно
работать само.
Ну и еще, если много различных соединений, поднимаемых одновременно, то
может понадобиться задать приоритеты NS от различных источников
в /etc/resolvconf.conf.
На wiki нужна скорее всего действительно какая-то совсем общая
информация, как писали выше.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] resolv.conf

[Alexei V. Mezin]

14.01.2010 22:21, Mikhail Efremov пишет:

> Ну и еще, если много различных соединений, поднимаемых одновременно, то
> может понадобиться задать приоритеты NS от различных источников

А что дают эти приоритеты?

Re: [sisyphus] resolv.conf

[Mikhail Efremov]

On Fri, 15 Jan 2010 13:24:22 +0300 Alexei V. Mezin wrote:
> > Ну и еще, если много различных соединений, поднимаемых
> > одновременно, то может понадобиться задать приоритеты NS от
> > различных источников
> 
> А что дают эти приоритеты?

Порядок записи NS в /etc/resolv.conf. Например, если хочется чтобы при
поднятии eth2 NS от него прописывались выше, чем NS от eth1, то
в /etc/resolvconf.conf можно написать:
dynamic_order='tap[0-9]* tun[0-9]* vpn vpn[0-9]* ppp[0-9]* ippp[0-9]*
eth2 eth1'

Перед 'eth2 eth1' идут значения, которые находятся в dynamic_order по
умолчанию, их лучше прописать (и отредактировать порядок по желанию).
Все остальные источники будут иметь меньший приоритет, добавляются в
лексикографическом порядке.

-- 
WBR, Mikhail Efremov