From: "Sergey S. Skulachenko" <sssku@online.ru> To: community@altlinux.ru Subject: Re: [Comm] kppp+ppp+resolv.conf Date: Sun, 16 Mar 2003 21:10:07 +0300 Message-ID: <20030316211007.77546dd8.sssku@online.ru> (raw) In-Reply-To: <3E74B320.3000805@netorn.ru> 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 зависимы. _____________ С уважением, С.С.Скулаченко
prev parent reply other threads:[~2003-03-16 18:10 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-03-14 14:55 Юрий Хорошков 2003-03-15 11:08 ` Юрий Хорошков 2003-03-15 11:02 ` Sergey S. Skulachenko 2003-03-15 14:06 ` Юрий Хорошков 2003-03-15 16:09 ` [Comm] kppp+ppp+resolv.conf Michael Shigorin 2003-03-15 16:28 ` Dmitry V. Levin 2003-03-15 16:50 ` Michael Shigorin 2003-03-15 17:54 ` Dmitry V. Levin 2003-03-21 23:03 ` [Comm] DHCP'ed NS +/- chrooted resolv (was: kppp+ppp+resolv.conf) Michael Shigorin 2003-03-22 15:49 ` [Comm] " Dmitry V. Levin 2003-03-22 17:13 ` Michael Shigorin 2003-03-16 17:23 ` [Comm] kppp+ppp+resolv.conf Vadim V. Zhytnikov 2003-03-16 17:59 ` [Comm] kppp+ppp+resolv.conf Vitaly Ostanin 2003-03-16 18:10 ` Sergey S. Skulachenko [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030316211007.77546dd8.sssku@online.ru \ --to=sssku@online.ru \ --cc=community@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git