В Debian был такой баг: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272265 Теперь в Debian testing и unstable прикладывается патч "dynamic-resolvconf", который делает stat(2) на /etc/resolv.conf (и при необходимости перечитывает его) перед каждой попыткой разрешения доменного имени. Хотелось бы увидеть этот патч и у нас. git.alt:/people/avm/packages/glibc.git
Да, я помню это обсуждение: http://sources.redhat.com/ml/libc-alpha/2004-09/msg00109.html Надо подумать, чьи аргументы весомее.
Кажется, релевантна только вот эта веточка обсуждения: http://sources.redhat.com/ml/libc-alpha/2004-09/msg00126.html В ней ровно один контраргумент: "You should be running nscd..." -- Jakub Jelinek Авторитетно, но неубедительно. Если тебя заботит чрезмерно частое перечитывание resolv.conf, можно воспользоваться подходом djbdns: "The functions that read /etc/resolv.conf automatically reread it every ten minutes, so system administrators don't have to kill long-running programs." (http://cr.yp.to/djbdns/blurb/library.html) Просто в текущей ситуации приходится патчить каждое приложение. Вот недавно pidgin исправляли, теперь на gajim бага висит, дальше ещё чего-нибудь будет.
(In reply to comment #2) > Кажется, релевантна только вот эта веточка обсуждения: > http://sources.redhat.com/ml/libc-alpha/2004-09/msg00126.html > > В ней ровно один контраргумент: > "You should be running nscd..." -- Jakub Jelinek > Авторитетно, но неубедительно. Я предпочитаю bind в качестве кеширующего dns. :) > Если тебя заботит чрезмерно частое перечитывание resolv.conf, Нет.
(In reply to comment #2) > > Просто в текущей ситуации приходится патчить каждое приложение. Вот > недавно pidgin исправляли, теперь на gajim бага висит, дальше ещё чего-нибудь > будет. Так же замечены squid, gkrellm, tkabber, licq. Подробности не выяснял.
ok, 2.5.1-alt5-2-gdfa38cd
Спасибо!
