Re: [mdk-re] My sami ne mestnye...

Re: [mdk-re] My sami ne mestnye...

[Roman S]

Цитирую suralis@mailru.com:

> верно понимаю? DHCP, как в винде, для этого не 
нужен? А провайдер
Для dialup он и в Windows не нужен.
Это иное.
> дает моей машинке имя, или нет? И домен? А как эти 
имя и домен
> узнать? И будет ли это влиять на соединение со, 
скажем, smtp
> провайдера?
Это как провайдер решит. Может дать, а может и не 
дать...
К тому же даёт "не на совсем", а на время соединения.
После поднятия соединения - ifconfig.
А как и на что будет влиять - это провайдерская забота.
> 
> 2) Как настроить кэширующий dns для того, чтобы не 
зависеть от
> того, к какому провайдеру подключаешься. 
Устанавливая bind и
> cache-named (кажется, так, сейчас негде проверить) 
там было
> сказано, что последний пакет конфигурирует bind как 
простой
> кэширующий dns. Не работает. Что надо исправить в 
натройках ppp
> (или еще где)? А то в документации все вроде о 
другом, сильно
> разбираться, однако, надо. А хотелось бы побыстрее:)
А что там в /etc/resolv.conf?
И чем звоните? kppp или куда? или где?
hint: если взведён кэширующий DNS, до в настройках на 
вопрос "а какой н нас DNS-сервер(ы)" надо сказать 
localhost.

Rgds!
Roman Savelyev

Re[2]: [mdk-re] My sami ne mestnye...

[suralis]

Здравствуйте!

Roman S пишет по-поводу [mdk-re] My sami ne mestnye...

RS> Цитирую suralis@mailru.com:

>> верно понимаю? DHCP, как в винде, для этого не  нужен? А провайдер

RS> Для dialup он и в Windows не нужен. Это иное.

Позвольте возразить. Часто провайдер назначает DNS по DHCP (по
крайней мере в моем случае это, кажется, именно так). Или я
неверно понимаю установку "Получить DNS автоматически"?

<skip>

>> 2) Как настроить кэширующий dns для того, чтобы не зависеть от
>> того, к какому провайдеру подключаешься. Устанавливая bind и
>> cache-named (кажется, так, сейчас негде проверить) там было
>> сказано, что последний пакет конфигурирует bind как простой
>> кэширующий dns. Не работает. Что надо исправить в натройках ppp
>> (или еще где)? А то в документации все вроде о другом, сильно
>> разбираться, однако, надо. А хотелось бы побыстрее:)

RS> А что там в /etc/resolv.conf?

search localdomain

RS> И чем звоните? kppp или куда? или где?

Через Linuxconf создан ppp0. звоню '/sbin/ifup ppp0'. Сразу еще
вопрос: как вместо chap прописать wvdial?

RS> hint: если взведён кэширующий DNS, до в настройках на вопрос
RS> "а какой н нас DNS-сервер(ы)" надо сказать localhost.

Имеется в виду 127.0.0.1? 'nameserver localhost' в 'resolv.conf'?
А то в linuxconf в полях для DNS только ip принимает, а другой
программы настройки (кроме /dev/hands + некие файлы, которых я
пока не выучил) не знаю?

Заранее спасибо и простите за предыдущее письмо в win-1251 -- не
уследил:(прошу рассматривать как тестирование новой локали в
бете:)

Сергей Скороходов 27.02.2001 suralis@mailru.com

Re: [mdk-re] My sami ne mestnye...

[madKOT]

úÄÒÁ×ÓÔ×ÕÊÔÅ !

suralis@mailru.com wrote:
> ðÏÚ×ÏÌØÔÅ ×ÏÚÒÁÚÉÔØ. þÁÓÔÏ ÐÒÏ×ÁÊÄÅÒ ÎÁÚÎÁÞÁÅÔ DNS ÐÏ DHCP (ÐÏ
> ËÒÁÊÎÅÊ ÍÅÒÅ × ÍÏÅÍ ÓÌÕÞÁÅ ÜÔÏ, ËÁÖÅÔÓÑ, ÉÍÅÎÎÏ ÔÁË). éÌÉ Ñ
> ÎÅ×ÅÒÎÏ ÐÏÎÉÍÁÀ ÕÓÔÁÎÏ×ËÕ "ðÏÌÕÞÉÔØ DNS Á×ÔÏÍÁÔÉÞÅÓËÉ"?

÷ÏÏÂÝÅ-ÔÏ, × pppd ÅÓÔØ ÁÎÁÌÏÇ "ðÏÌÕÞÉÔØ DNS Á×ÔÏÍÁÔÉÞÅÓËÉ" -
ÓÍ.ÏÐÃÉÀ usepeerdns, ×ÐÏÎÅ ÎÏÒÍÁÌØÎÏ ÃÅÐÌÑÅÔ DNS, 
ÐÒÅÄÌÁÇÁÅÍÙÅ ÐÒÏ×ÁÊÄÅÒÏÍ, ÉÈ ÁÄÒÅÓÁ ÍÏÖÎÏ Õ×ÉÄÅÔØ × 
/var/log/messages

> search localdomain

á ×ÏÔ ÜÔÏ, ÐÏ ÍÏÅÍÕ, ÎÉ Ë ÞÅÍÕ

> þÅÒÅÚ Linuxconf ÓÏÚÄÁÎ ppp0. Ú×ÏÎÀ '/sbin/ifup ppp0'. óÒÁÚÕ ÅÝÅ
> ×ÏÐÒÏÓ: ËÁË ×ÍÅÓÔÏ chap ÐÒÏÐÉÓÁÔØ wvdial?
<skip>
> éÍÅÅÔÓÑ × ×ÉÄÕ 127.0.0.1? 'nameserver localhost' × 'resolv.conf'?
> á ÔÏ × linuxconf × ÐÏÌÑÈ ÄÌÑ DNS ÔÏÌØËÏ ip ÐÒÉÎÉÍÁÅÔ, Á ÄÒÕÇÏÊ
> ÐÒÏÇÒÁÍÍÙ ÎÁÓÔÒÏÊËÉ (ËÒÏÍÅ /dev/hands + ÎÅËÉÅ ÆÁÊÌÙ, ËÏÔÏÒÙÈ Ñ
> ÐÏËÁ ÎÅ ×ÙÕÞÉÌ) ÎÅ ÚÎÁÀ?

äÁ, 'nameserver localhost' × '/etc/resolv.conf'  
á linuxconf ×ÏÏÂÝÅ ÛÔÕËÁ Ô£ÍÎÁÑ, ÐÏ ÍÏÅÍÕ ÐÒÏÝÅ É ÕÄÏÂÎÅÅ 
ÐÏÌØÚÏ×ÁÔØÓÑ pppd+chat, ÓÍ ËÁÔÁÌÏÇÉ /etc/ppp, /usr/doc/pppd* ÎÁ 
ÐÒÅÄÍÅÔ ÓËÒÉÐÔÏ× + PPP-HOWTO

C Õ×ÁÖÅÎÉÅÍ,
å×ÇÅÎÉÊ

Re[2]: [mdk-re] My sami ne mestnye...

[suralis]

Здравствуйте!

madKOT пишет по-поводу [mdk-re] My sami ne mestnye...

>> Позвольте возразить. Часто провайдер назначает DNS по DHCP (по
>> крайней мере в моем случае это, кажется, именно так). Или я
>> неверно понимаю установку "Получить DNS автоматически"?

m> Вообще-то, в pppd есть аналог "Получить DNS автоматически" -
m> см.опцию usepeerdns, впоне нормально цепляет DNS, предлагаемые
m> провайдером, их адреса можно увидеть в /var/log/messages

Вчера после добавления 'nameserver 127.0.0.1' в resolv.conf вроде
бы все заработало через кэширующий named. А есть ли смысл при
этом использовать usepeerdns, или кроме вреда -- никакого?

<skip>

Сергей Скороходов 28.02.2001 suralis@mailru.com

Re: Re[2]: [mdk-re] My sami ne mestnye...

[Dmitry Dmitriev]

Hello suralis@mailru.com. On Feb 28, 2001, 10:43 [+0300], you wrote:

> >> неверно понимаю установку "Получить DNS автоматически"?
>
> m> Вообще-то, в pppd есть аналог "Получить DNS автоматически" -
> m> см.опцию usepeerdns, впоне нормально цепляет DNS, предлагаемые
> m> провайдером, их адреса можно увидеть в /var/log/messages
>
> Вчера после добавления 'nameserver 127.0.0.1' в resolv.conf вроде
> бы все заработало через кэширующий named. А есть ли смысл при
> этом использовать usepeerdns, или кроме вреда -- никакого?
  В случае, если резолвер будет обращаться к внешним (провайдерским)
  серверам имен, ваш кэширующий сервер будет простаивать, кроме того,
  ваш модемный трафик увеличится из-за постоянных запросов к внешнему
  DNS. Кэширующий сервер тем и полезен, что сокращает трафик (и время
  отклика). При этом особенно хорошо, если ваша машина месяцами или
  хотя бы неделями не перезагружается...

-- 
/i am, ddv

Re[4]: [mdk-re] My sami ne mestnye...

[Serge Skorokhodov]

Здравствуйте!

Dmitry Dmitriev пишет по-поводу [mdk-re] My sami ne mestnye...

m> Вообще-то, в pppd есть аналог "Получить DNS автоматически" -
m> см.опцию usepeerdns, впоне нормально цепляет DNS, предлагаемые
m> провайдером, их адреса можно увидеть в /var/log/messages

>> Вчера после добавления 'nameserver 127.0.0.1' в resolv.conf
>> вроде бы все заработало через кэширующий named. А есть ли
>> смысл при этом использовать usepeerdns, или кроме вреда --
>> никакого?

DD> В случае, если резолвер будет обращаться к внешним
DD> (провайдерским) серверам имен, ваш кэширующий сервер будет
DD> простаивать, кроме того, ваш модемный трафик увеличится из-за
DD> постоянных запросов к внешнему DNS. Кэширующий сервер тем и
DD> полезен, что сокращает трафик (и время отклика). При этом
DD> особенно хорошо, если ваша машина месяцами или хотя бы
DD> неделями не перезагружается...

А наиболее разумный способ сделать "выживающий" при перезагрузках
кэш dns из реально наиболее часто запрашиваемых адресов -- в
hosts? Или можно как-то иначе с автоматическим обновлением и
т.д.?

Сергей Скороходов 28.02.2001 suralis@mailru.com

Re: [mdk-re] My sami ne mestnye...

[Dmitry V. Levin]

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

On Wed, Feb 28, 2001 at 10:43:12AM +0300, suralis@mailru.com wrote:
> >> Позвольте возразить. Часто провайдер назначает DNS по DHCP (по
> >> крайней мере в моем случае это, кажется, именно так). Или я
> >> неверно понимаю установку "Получить DNS автоматически"?
> 
> m> Вообще-то, в pppd есть аналог "Получить DNS автоматически" -
> m> см.опцию usepeerdns, впоне нормально цепляет DNS, предлагаемые
> m> провайдером, их адреса можно увидеть в /var/log/messages
> 
> Вчера после добавления 'nameserver 127.0.0.1' в resolv.conf вроде
> бы все заработало через кэширующий named. А есть ли смысл при
> этом использовать usepeerdns, или кроме вреда -- никакого?

Неплохо бы настроить Ваш caching nameserver как "forward only", при этом
forwarders брать из ответа на "usepeerdns".

Например, часть моего файла /etc/ppp/ip-up.local выглядит так:
if [ -n "$DNS1" -o -n "$DNS2" ]; then
	fw="${DNS1:+$DNS1;}${DNS2:+$DNS2;}"
	perl -pi -e 's/^(\s*forwarders\s*\{).*\};$/$1 '$fw' };/' /var/lib/named-root/etc/named.conf
	/usr/sbin/ndc reload
fi

Соответственно, часть /etc/ppp/ip-down.local выглядит так:
perl -pi -e 's/^(\s*forwarders\s*\{).*\};$/$1 };/' /var/lib/named-root/etc/named.conf
/usr/sbin/ndc reload

Читайте документацию по DNS - хуже не будет. :)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: Re[4]: [mdk-re] My sami ne mestnye...

[Dmitry Dmitriev]

Hello Serge Skorokhodov. On Feb 28, 2001, 17:20 [+0300], you wrote:

SS> DD> В случае, если резолвер будет обращаться к внешним
SS> DD> (провайдерским) серверам имен, ваш кэширующий сервер будет
SS> DD> простаивать, кроме того, ваш модемный трафик увеличится из-за
SS> DD> постоянных запросов к внешнему DNS. Кэширующий сервер тем и
SS> DD> полезен, что сокращает трафик (и время отклика). При этом
SS> DD> особенно хорошо, если ваша машина месяцами или хотя бы
SS> DD> неделями не перезагружается...
SS>
SS> А наиболее разумный способ сделать "выживающий" при перезагрузках
SS> кэш dns из реально наиболее часто запрашиваемых адресов -- в
SS> hosts? Или можно как-то иначе с автоматическим обновлением и
SS> т.д.?
  Мне неизвестны такие способы (но это не значит, что их вообще нет).

-- 
/i am, ddv