Re: Кэширующий сервер DNS для ПК

2014-09-04 Пенетрантность Eugene Berdnikov
On Thu, Sep 04, 2014 at 01:46:18AM +0400, Anton Gorlov wrote:
 03.09.2014 20:41, Алексей Витальевич Коротков пишет:
  Дело в том, что отваливается DNS провайдера в последнее время регулярно
  (доступ по IP в порядке - проверено). Иногда часами нет возможности
  работать в сети. Начальное сообщение, в том числе, с трудом отправил.
  Так что мне он нужен именно на диске, иначе существенно теряется смысл
  затеи.
 
 Так просто указывайте не dns провайдера на вашем кеширующем, а корневые
 сервера dns и забудьте вообще про провайдерские dns.

 Корневые серверы не для пользователей: они рекурсивные запросы
 не обрабатывают. И некоторые из них на других континентах... :)
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904061510.gc21...@sie.protva.ru



Re: Кэширующий сервер DNS для ПК

2014-09-04 Пенетрантность Алексей Витальевич Коротков
On Thu, 4 Sep 2014 10:15:10 +0400
Eugene Berdnikov wrote:

EB  Корневые серверы не для пользователей: они рекурсивные запросы
EB  не обрабатывают. И некоторые из них на других континентах... :)

Есть же один российский.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904130224.5de77...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Mikhail A Antonov
03.09.2014 19:08, Алексей Витальевич Коротков пишет:
 Периодически в последнее время возникают проблемы с DNS, предоставляемым
 провайдером. Уже начало доставать.

 Решил поставить себе на машинку свой.

 Никаких дополнительных функций, кроме указанных в теме, не требуется.

 В дальнейшем, возможно, потребуется обслуживать домашнюю сетку из 3-4
 машинок.

 В поиске нашёл pdnsd. В описании смущает следующее:

   содержимое кэша записывается на жёсткий диск при выходе

 Т.е., если у меня машинка работает в режиме 24/7, то на жёсткий диск
 содержимое кэша попадёт только в результате корректной
 перезагрузки/выключения или остановки pdnsd? Допустим, если произошло
 выключение по причине пропадания электричества, то кэш уйдёт
 в /dev/null? Или я что-то неверно понял?
Кеш на диске вообще не нужен. Это тебе не вёб. Частозапрашиваемое дешевле
держать в памяти, редко - переспросить.

 В целом, насколько pdnsd хорош для указанной цели? Или лучше
 воспользоваться каким-то другим сервером (если да, то каким и почему)?
Расскажу из того что пробовал:
У pdnsd были очень странные залипы и проблемы от на SRV, то на TXT, то на 
записях. Не знаю как сейчас с этим.
powerdns-recursor - быстрый, но если у машины несколько IP - начинаются танцы с
тем с какого IP ответил. Не умеет быть форвардером.
bind9 - наиболее гибкий и распространённый. Умеет и нужные зоны форвардить куда
следует, и со всеми типами записей работать и вообще.
dnsmasq - dhcpv4+dhcpv6+dns в одном флаконе. За его размеры его часто вкручивают
во всякие роутеры.

Для себя я определился с такой конфигурацией:
* на ноуте, который болтается из сети в сеть, то wifi, то кабель, то ещё чего -
dnsmasq, форвардящий к НС, которые получены от dhcp.
* на шлюзе даже для трёх компов - bind9. Впрочем для 3к компов тоже он.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature


Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Eugene Berdnikov
On Wed, Sep 03, 2014 at 07:08:25PM +0400, Алексей Витальевич Коротков wrote:
 Периодически в последнее время возникают проблемы с DNS, предоставляемым
 провайдером. Уже начало доставать.
...
 В поиске нашёл pdnsd. В описании смущает следующее:
 
   содержимое кэша записывается на жёсткий диск при выходе
 
 Т.е., если у меня машинка работает в режиме 24/7, то на жёсткий диск
 содержимое кэша попадёт только в результате корректной
 перезагрузки/выключения или остановки pdnsd? Допустим, если произошло
 выключение по причине пропадания электричества, то кэш уйдёт
 в /dev/null? Или я что-то неверно понял?

 Для домашней машинки потеря кэша не является проблемой, никто из 3-4
 домочадцев просто ничего не заметит. :) Вот если бы сервис предоставлялся
 3-4 тысячам (!) активных юзеров, тогда можно было бы подумать о сохранении
 кэша, потому что его потеря может отразиться в виде некоторого роста
 нагрузки на сервер и сеть после перезапуска. Но ненадолго, до 15-30 минут,
 после чего поток покидающих кэш старых записей сравняется со скоростью
 поступления новых, а hit ratio выйдет на плато.

 В целом, насколько pdnsd хорош для указанной цели?

 Судя по описанию, pdnsd разработан для несколько экзотической цели:
 обеспечить сервис dns тогда, когда связи нет. Не знаю, нужно ли это Вам,
 обычному домашнему пользователю dns без интернета неинтересен... :)

 Вы не написали, что за проблемы с провайдерским dns. В качестве просто
 кэширующего сервера для домашних машин популярен dnsmasq, он хорош ещё
 тем, что имеет +dhcp в одном флаконе. Работает стабильно.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903155749.gx21...@sie.protva.ru



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Руслан Коротаев
Я использую pdnsd, он хорош, особенно если у вас dial-up или «моргающая
сеть» что не редкость в наших просторах. Он для работы в экстремальных
условиях.

Преимущества:
* Крохотный размер.
* Возможность сохранять кэш в файл.
Недостатки:
* Подходит персонального использования, но не для обслуживания сети.

В сочетании с polipo он может существенно ускорять загрузку страниц
когда бродишь по интернету. Если нужен DNS-сервер для небольшой группы
пользователей, то лучше приглядитесь к dnsmasq.

P.S.: Если произойдет внезапное отключение ноутбука, тот кэш
восстановится из последнего сохраненного файла, в этом вся фишка pdnsd.

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


Автор Алексей Витальевич Коротков a.v.korot...@gmail.com 
в сообщении от [Срд 2014-09-03 19:08 +0400] написал:
 Периодически в последнее время возникают проблемы с DNS, предоставляемым
 провайдером. Уже начало доставать.
 
 Решил поставить себе на машинку свой.
 
 Никаких дополнительных функций, кроме указанных в теме, не требуется.
 
 В дальнейшем, возможно, потребуется обслуживать домашнюю сетку из 3-4
 машинок.
 
 В поиске нашёл pdnsd. В описании смущает следующее:
 
   содержимое кэша записывается на жёсткий диск при выходе
 
 Т.е., если у меня машинка работает в режиме 24/7, то на жёсткий диск
 содержимое кэша попадёт только в результате корректной
 перезагрузки/выключения или остановки pdnsd? Допустим, если произошло
 выключение по причине пропадания электричества, то кэш уйдёт
 в /dev/null? Или я что-то неверно понял?
 
 В целом, насколько pdnsd хорош для указанной цели? Или лучше
 воспользоваться каким-то другим сервером (если да, то каким и почему)?
 
 
 -- 
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140903190825.061a2...@desktop.home
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903163906.GA20559@localhost



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 19:57:49 +0400
Eugene Berdnikov wrote:

EB Для домашней машинки потеря кэша не является проблемой, никто из 3-4
EB  домочадцев просто ничего не заметит.

В смысле не заметит?

Вот, допустим, я потерял кэщ в памяти по той или иной причине (свет
вырубили, к примеру). Перезагрузился, нужна Сеть (почта, к примеру).

Но при этом получаю вот такое (может часами быть):

$ ping -c5 ya.ru
ping: unknown host ya.ru

При этом

$ ping -c5 213.180.193.3
PING 213.180.193.3 (213.180.193.3) 56(84) bytes of data.
64 bytes from 213.180.193.3: icmp_req=1 ttl=47 time=366 ms
64 bytes from 213.180.193.3: icmp_req=2 ttl=47 time=165 ms
64 bytes from 213.180.193.3: icmp_req=3 ttl=47 time=674 ms
64 bytes from 213.180.193.3: icmp_req=4 ttl=47 time=262 ms
64 bytes from 213.180.193.3: icmp_req=5 ttl=47 time=191 ms

тут не о домочадцах идёт речь, прежде всего, а обо мне самом. Когда у
меня фактически нет доступа в Сеть часами - это мне не очень нравится,
скажем так.

EB  Судя по описанию, pdnsd разработан для несколько экзотической цели:
EB  обеспечить сервис dns тогда, когда связи нет. Не знаю, нужно ли
EB это Вам, обычному домашнему пользователю dns без интернета
EB неинтересен...

Не знаю, может я недостаточно чётко описал проблему... Интернет есть,
но его часами не бывает в том смысле, что имена не резолвятся. Вот как
выше в примере с ping.

EB  Вы не написали, что за проблемы с провайдерским dns. В качестве
EB просто кэширующего сервера для домашних машин популярен dnsmasq, он
EB хорош ещё тем, что имеет +dhcp в одном флаконе. Работает
EB стабильно.

dhcp не нужен. Насколько он хорош для той цели, что я постарался
описать? И как там обстоит дело с кэшем на диске всё же?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903205925.76759...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 03 Sep 2014 19:29:27 +0400
Mikhail A Antonov wrote:

MAA Кеш на диске вообще не нужен. Это тебе не вёб. Частозапрашиваемое
MAA дешевле держать в памяти, редко - переспросить.

Дело в том, что отваливается DNS провайдера в последнее время регулярно
(доступ по IP в порядке - проверено). Иногда часами нет возможности
работать в сети. Начальное сообщение, в том числе, с трудом отправил.
Так что мне он нужен именно на диске, иначе существенно теряется смысл
затеи.

Забыл ещё написать в исходном сообщении (если это важно): доступ в Сеть
со свистка от МТС (в роутере торчит; канал один-единственный), IP у них
выдаётся не постоянный.

MAA * на ноуте, который болтается из сети в сеть, то wifi, то кабель,
MAA то ещё чего - dnsmasq, форвардящий к НС, которые получены от dhcp.

А как у него с сохранением кэша на диск дело обстоит?

MAA * на шлюзе даже для трёх компов - bind9. Впрочем для 3к компов
MAA тоже он.

bind для (по крайней мере пока что) одной машинки - это, наверно,
перебор всё же. Да и для домашней сетки хотелось бы что-нибудь попроще.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903204139.7211f...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 22:39:06 +0600
Руслан Коротаев wrote:

 Возможность сохранять кэш в файл.

Я правильно понял, что это делается чисто рукам/по крону? Т.е., сам он
по себе кэш на диск сохраняет только в случае pdnsd stop?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903210940.55236...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Eugene Berdnikov
On Wed, Sep 03, 2014 at 08:59:25PM +0400, Алексей Витальевич Коротков wrote:
 On Wed, 3 Sep 2014 19:57:49 +0400
 Eugene Berdnikov wrote:
 
 EB Для домашней машинки потеря кэша не является проблемой, никто из 3-4
 EB  домочадцев просто ничего не заметит.
 
 В смысле не заметит?

 В том смысле, что если записи не окажется в кэше, dns переспросит её.
 Он делает это постоянно, для любых записей, потому что все они имеют
 такое свойство как время жизни (ttl), поэтому весь кэш постоянно
 обновляется, это нормальный процесс. Потеря кэша не страшна.

 Но при этом получаю вот такое (может часами быть):

 Тогда никакой pdnsd не поможет, потому что наполнять кэш будет неоткуда. :)
 Вам нужен работающий верхний dns. Eсли у МТС всё так плохо и гугловский
 dns не заблокирован, воспользуйтесь гуглом: 8.8.8.8.

 EB  Вы не написали, что за проблемы с провайдерским dns. В качестве
 EB просто кэширующего сервера для домашних машин популярен dnsmasq, он
 EB хорош ещё тем, что имеет +dhcp в одном флаконе. Работает
 EB стабильно.
 
 dhcp не нужен. Насколько он хорош для той цели, что я постарался
 описать? И как там обстоит дело с кэшем на диске всё же?

 Можно направить dnsmasq на гугл. Сохранения кэша на диск с последующим
 считыванием при запуске нет. Выводит статистику по SIGUSR1, в которой
 есть и hit ratio, его значение может огорчить и привести к выводу, что
 кэш для домашней машины особой роли не играет. :) Но результат сильно
 зависит от структуры домашнего трафика.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903172807.gz21...@sie.protva.ru



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Руслан Коротаев
Да, если вы не перегружаете и не выключаете комп, и в FAQ это стоит
ответом на первый вопрос:
permanent disk cache (useful for frequent power-offs/reboots) 

То есть, он сбрасывает кэш в файл автоматически когда происходит
отключение/перезагрузка (разработчик писал его для своего ноутбука), а
если у вас 24/7 то да, придется делать restart вручную или кроном.

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


Автор Алексей Витальевич Коротков a.v.korot...@gmail.com 
в сообщении от [Срд 2014-09-03 21:09 +0400] написал:
 On Wed, 3 Sep 2014 22:39:06 +0600
 Руслан Коротаев wrote:
 
  Возможность сохранять кэш в файл.
 
 Я правильно понял, что это делается чисто рукам/по крону? Т.е., сам он
 по себе кэш на диск сохраняет только в случае pdnsd stop?
 
 
 -- 
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140903210940.55236...@desktop.home
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903180329.GB20559@localhost



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 21:28:08 +0400
Eugene Berdnikov wrote:

EB В том смысле, что если записи не окажется в кэше, dns переспросит
EB её.

Если есть кого спрашивать. Если в это время DNS провайдера отвалился,
откуда придёт ответ? Или я что-то неверно понимаю?

EB  Тогда никакой pdnsd не поможет, потому что наполнять кэш будет
EB неоткуда. :) Вам нужен работающий верхний dns. Eсли у МТС всё так
EB плохо и гугловский dns не заблокирован, воспользуйтесь гуглом:
EB 8.8.8.8.

Так он же не постоянно неработающий, ночью, скажем, обычно работает
нормально. Да и днём может несколько часов нормально
профункционировать, а потом на несколько часов же (когда как - иногда
минут) отвалиться.

EB  Можно направить dnsmasq на гугл. Сохранения кэша на диск с
EB последующим считыванием при запуске нет. 

Плохо.

EB Но результат сильно
EB  зависит от структуры домашнего трафика.

Существенная часть трафика в серфинге - с одних и тех же ресурсов. Не
вся, конечно, поскольку часто приходится искать что-нибудь в поисковых
системах, где адреса результатов поиска заранее неизвестны, разумеется.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903222007.35f7e...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 22:39:06 +0600
Руслан Коротаев wrote:

 сли нужен DNS-сервер для небольшой группы
 пользователей, то лучше приглядитесь к dnsmasq.

А в чём недостатки pdnsd в этом случае по сравнению с dnsmaq в плане
только нужного мне функционала? Т.е., дополнительный функционал
последнего (DHCP, BOOTP/TFTP) мне неинтересен.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903223608.04d5f...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Mikhail A Antonov
03.09.2014 20:41, Алексей Витальевич Коротков пишет:
 On Wed, 03 Sep 2014 19:29:27 +0400
 Mikhail A Antonov wrote:

 MAA Кеш на диске вообще не нужен. Это тебе не вёб. Частозапрашиваемое
 MAA дешевле держать в памяти, редко - переспросить.

 Дело в том, что отваливается DNS провайдера в последнее время регулярно
 (доступ по IP в порядке - проверено). Иногда часами нет возможности
 работать в сети. Начальное сообщение, в том числе, с трудом отправил.
 Так что мне он нужен именно на диске, иначе существенно теряется смысл
 затеи.
Ну и кто тебя обязывает пользоваться DNS провайдера?
Пользуйся вон яндексом с его защитой от всякого дерьма.
http://dns.yandex.ru
Прописываешь его в forwarders и забиваешь на провайдерский днс.
Или вообще ходить к корневым и быть сам себе днс не зависящим ни от кого.
Если у прова есть какие-то локальные зоны с тамошними именами, доступными только
внутри сети - можно указать что эти вон зоны обслуживаются днс провайдера.

 Забыл ещё написать в исходном сообщении (если это важно): доступ в Сеть
 со свистка от МТС (в роутере торчит; канал один-единственный), IP у них
 выдаётся не постоянный.
Это не важно в твоём случае.

 MAA * на ноуте, который болтается из сети в сеть, то wifi, то кабель,
 MAA то ещё чего - dnsmasq, форвардящий к НС, которые получены от dhcp.

 А как у него с сохранением кэша на диск дело обстоит?
Понятия не имею. Кеш в файле не нужен. В памяти - нужен. В файле - нет.

 MAA * на шлюзе даже для трёх компов - bind9. Впрочем для 3к компов
 MAA тоже он.

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


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature


Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Dmitriy Sirant

On 2014-09-03 18:20:07 +, Алексей Витальевич Коротков said:


EB  Тогда никакой pdnsd не поможет, потому что наполнять кэш будет
EB неоткуда. :) Вам нужен работающий верхний dns. Eсли у МТС всё так
EB плохо и гугловский dns не заблокирован, воспользуйтесь гуглом:
EB 8.8.8.8.

Так он же не постоянно неработающий, ночью, скажем, обычно работает
нормально. Да и днём может несколько часов нормально
профункционировать, а потом на несколько часов же (когда как - иногда
минут) отвалиться.


Вы немного не в ту сторону ищите. Скажите, Вам принципиально откуда вы 
получите отрезолвеный адрес от сервера днс провайдера (МТС) или от 
гугла ? Правильно, не принципиально.


Поэтому прописываете:
nameserver 8.8.8.8
nameserver 4.2.2.1

это те что помню, первый гугловский, второй еще чей-то свободный.

Если же вы поставите bind9 и не настроите forwarders на сервер 
провайдера или гугла, то спрашивать резолвинг вы будете у корневых 
серверов (т.е. вы вообще не зависите ни от гугла ни от кого).


Все вышеописанное - если провайдер не запрещает доступ к внешним днс серверам.






--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lu7o0b$2du$1...@ger.gmane.org



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Eugene Berdnikov
On Wed, Sep 03, 2014 at 10:20:07PM +0400, Алексей Витальевич Коротков wrote:
 On Wed, 3 Sep 2014 21:28:08 +0400
 Eugene Berdnikov wrote:
 
 EB В том смысле, что если записи не окажется в кэше, dns переспросит
 EB её.
 
 Если есть кого спрашивать. Если в это время DNS провайдера отвалился,
 откуда придёт ответ? Или я что-то неверно понимаю?

 Вы странный человек. :) Упорно ищете кэширующий dns с сохранением кэша.
 Вам объясняют, что кэш в разрезе данной проблемы ключевой роли не играет,
 важно чтобы было кому послать запрос. Вы отвечаете: почему кэш неважен,
 если DNS провайдера отвалился и запрос послать некому? :)

 Да потому неважен, что всегда найдутся имена, которых в кэше нет!
 И с ними будет беда, независимо от того, сколько уже закэшировано.
 Поэтому кэш проблему в целом не решает. Он её решает лишь на
 величину hit ratio. Но это же не решение.

 EB  Тогда никакой pdnsd не поможет, потому что наполнять кэш будет
 EB неоткуда. :) Вам нужен работающий верхний dns. Eсли у МТС всё так
 EB плохо и гугловский dns не заблокирован, воспользуйтесь гуглом:
 EB 8.8.8.8.
 
 Так он же не постоянно неработающий, ночью, скажем, обычно работает
 нормально. Да и днём может несколько часов нормально
 профункционировать, а потом на несколько часов же (когда как - иногда
 минут) отвалиться.

 Ну и что, какой вывод из этого утверждения? Вы хотите за за пару часов
 закэшировать всё что понадобится на неделю? :) Так не получится, кэш тут
 не поможет: модель его работы предполагает, что ttl любой записи может
 обнулиться в *любой* момент, а не тогда, когда есть связь.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903193623.ga21...@sie.protva.ru



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Dmitry Semyonov
Всем привет!

2014-09-03 22:51 GMT+04:00 Dmitriy Sirant wrote:

 nameserver 8.8.8.8
 nameserver 4.2.2.1

 это те что помню, первый гугловский, второй еще чей-то свободный.

Бездумно добавлять чьи-то сервера в конфиг я бы не советовал. Если
доверяете Google и хотите дополнительной отказоустойчивости, то
ставьте вторым номером 8.8.4.4. Кстати, с гугловыми серверами
получаете поддержку DNSSEC по-умолчанию в качестве бонуса.

К сожалению, реализация отказоустойчивости через resolv.conf довольно
примитивна и сильно влияет на качество интернета, если первый сервер
становится недоступен. Опции timeout, attempts и rotate, в какой-то
мере, помогают минимизировать это влияние, но до идеала,
(автоматическое добавление сломавшегося сервера во временный чёрный
список), всё равно далеко.


 Если же вы поставите bind9 и не настроите forwarders на сервер провайдера
 или гугла, то спрашивать резолвинг вы будете у корневых серверов (т.е. вы
 вообще не зависите ни от гугла ни от кого).

Я бы ещё упомянул unbound для полноты картины. Меня подкупил
супер-простой настройкой, (по-моему, только для DNSSEC что-то надо
было немного ручками подкрутить; остальное работает из коробки), и
надёжностью.

По большому счёту, свой сервер нужен только для каких-то экзотических
конфигураций, или, если не устраивает XX msec задержка при обращении к
закешированному имени через 8.8.8.8.

-- 
...Bye..Dmitry.


Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Anton Gorlov
03.09.2014 20:41, Алексей Витальевич Коротков пишет:
 Дело в том, что отваливается DNS провайдера в последнее время регулярно
 (доступ по IP в порядке - проверено). Иногда часами нет возможности
 работать в сети. Начальное сообщение, в том числе, с трудом отправил.
 Так что мне он нужен именно на диске, иначе существенно теряется смысл
 затеи.

Так просто указывайте не dns провайдера на вашем кеширующем, а корневые
сервера dns и забудьте вообще про провайдерские dns.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54078c2a.2030...@locum.ru



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Anton Gorlov
Я для  тех мест где нужен просто кеширующий предпочитаю unbound -весьма
лёгкий и практически не нуждающийся в настройках. Даже для soho и чуть
больше он же прекрасно подходит.

Скидывать кеш на диск да ещё и хранить онный долгое время смысла нет.
Данные в кеше устареют быстрее чем... а остальное быстро наполнится обратно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54078c21.1090...@locum.ru



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Thu, 04 Sep 2014 01:46:18 +0400
Anton Gorlov wrote:

AG Так просто указывайте не dns провайдера на вашем кеширующем, а
AG корневые сервера dns и забудьте вообще про провайдерские dns.

Понятно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904061533.658f5...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Thu, 4 Sep 2014 01:03:24 +0400
Dmitry Semyonov wrote:

DS Бездумно добавлять чьи-то сервера в конфиг я бы не советовал. Если
DS доверяете Google

Маленько почитал про их DNS, и доверие как раз оказалось под вопросом.

DS Я бы ещё упомянул unbound для полноты картины. Меня подкупил
DS супер-простой настройкой, (по-моему, только для DNSSEC что-то надо
DS было немного ручками подкрутить; остальное работает из коробки), и
DS надёжностью.

Уже второй положительный отзыв. Включаю его в список претендентов на
использование.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904061537.537fc...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Thu, 04 Sep 2014 01:46:09 +0400
Anton Gorlov wrote:

AG Я для  тех мест где нужен просто кеширующий предпочитаю unbound
AG -весьма лёгкий и практически не нуждающийся в настройках. Даже для
AG soho и чуть больше он же прекрасно подходит.

Спасибо. Я нашёл в поиске этот сервер, но отзывов по нему ранее у меня
не было. Учту. 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904070701.0571e...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 03 Sep 2014 22:47:57 +0400
Mikhail A Antonov wrote:

MAA Ну и кто тебя обязывает пользоваться DNS провайдера?
MAA Пользуйся вон яндексом с его защитой от всякого дерьма.
MAA http://dns.yandex.ru

У меня в роутере (ZyXEL Keenetic Ultra) есть возможность включить Яндекс
DNS как компоненту прошивки (ещё SkyDNS есть). Надо попробовать.

MAA Прописываешь его в forwarders и забиваешь на провайдерский днс.

Понятно.

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

Ладно, для локалки, когда появится, буду пробовать.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904070502.00c65...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 23:36:23 +0400
Eugene Berdnikov wrote:

EB  Вы странный человек. :) Упорно ищете кэширующий dns с сохранением
EB кэша. Вам объясняют, что кэш в разрезе данной проблемы ключевой
EB роли не играет, важно чтобы было кому послать запрос. Вы отвечаете:
EB почему кэш неважен, если DNS провайдера отвалился и запрос
EB послать некому? :)

Я несколько не в той плоскости стал искать решение проблемы. Уже
наставили на путь истинный...

EB  Да потому неважен, что всегда найдутся имена, которых в кэше нет!
EB  И с ними будет беда, независимо от того, сколько уже закэшировано.
EB  Поэтому кэш проблему в целом не решает. Он её решает лишь на
EB  величину hit ratio. Но это же не решение.

Не совсем так (например, самой острой необходимостью обычно бывает
почта), но я брался за вопрос не с той стороны, как уже понял.

EB  Ну и что, какой вывод из этого утверждения? Вы хотите за за пару
EB часов закэшировать всё что понадобится на неделю? :)

Нет. Этого я не предполагаю. Как я уже ранее писал:

 Существенная часть трафика в серфинге - с одних и тех же ресурсов. Не
 вся, конечно, поскольку часто приходится искать что-нибудь в поисковых
 системах, где адреса результатов поиска заранее неизвестны,
 разумеется.

Существенная.

Плюс почта (см. чуть выше).

Вот в таком направлении была мысль.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904070310.4ea11...@desktop.home



Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков
On Wed, 3 Sep 2014 21:51:56 +0300
Dmitriy Sirant wrote:

DS Вы немного не в ту сторону ищите. Скажите, Вам принципиально откуда
DS вы получите отрезолвеный адрес от сервера днс провайдера (МТС) или
DS от гугла ? Правильно, не принципиально.

Согласен, если нет существенной разницы в скорости работы. Наверно, её и
нет.

DS Поэтому прописываете:
DS nameserver 8.8.8.8
DS nameserver 4.2.2.1
DS 
DS это те что помню, первый гугловский, второй еще чей-то свободный.

Буду пробовать.

DS Если же вы поставите bind9 и не настроите forwarders на сервер 
DS провайдера или гугла, то спрашивать резолвинг вы будете у корневых 
DS серверов (т.е. вы вообще не зависите ни от гугла ни от кого).

Попробую на нерабочей машине. Может, даже и разные, для сравнения.

DS Все вышеописанное - если провайдер не запрещает доступ к внешним
DS днс серверам.

Придётся пробовать - этого просто не знаю.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904034049.192f6...@desktop.home