From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3E74B320.3000805@netorn.ru> Date: Sun, 16 Mar 2003 20:23:44 +0300 From: "Vadim V. Zhytnikov" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.3) Gecko/20030309 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] kppp+ppp+resolv.conf References: <200303141455.27467.hyuv@svitonline.com> <200303151108.16565.hyuv@svitonline.com> <20030315140211.05506d31.sssku@online.ru> In-Reply-To: <20030315140211.05506d31.sssku@online.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Sergey S. Skulachenko пишет: > On Sat, 15 Mar 2003 11:08:16 +0000 > Юрий Хорошков 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