Re: ДНС-резолвинг
Mikhail Gusarov - debian-russian @ Tue, 03 Feb 2009 12:12:52 +0600:
ММ более. А вот bind - полноценный DNS сервер. На мой взгляд ставить
ММ его имеет смысл, если есть потребность в дополнительных сервисах -
ММ собственная локальная зона или другие варианты.
MG Есть ещё один случай, когда bind или другой полный DNS-сервер
MG просто необходим: если DNS-сервер провайдера работает
MG ненадёжно. pdnsd, dnsmasq и прочие всегда хотят upstream
MG DNS-сервер, к которому можно обращаться, а bind умеет сам ходить к
MG корневым серверам и полностью разрешать имена без upstream-сервера.
pdnsd тоже? Про dnsmasq я на эту тему в курсе...
Впрочем, у меня bind стоит из соображений или другие варианты.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
hands-free BSD
-- (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Artem Chuprina wrote: Mikhail Gusarov - debian-russian @ Tue, 03 Feb 2009 12:12:52 +0600: MG DNS-сервер, к которому можно обращаться, а bind умеет сам ходить к MG корневым серверам и полностью разрешать имена без upstream-сервера. pdnsd тоже? pdnsd к корневым серверам ходить умеет (man pdnsd.conf на предмет root_server); и локальную зону в нём тоже можно завести (это уже, наверно, из закручивания шурупов перочинным ножиком, но можно - лезвие задокументированно [/(rr|source) Section$] как достаточно прочное ;-)) Для dnsmasq и прочих можно в качестве апстрима использовать opendns. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Twas brillig at 00:35:54 03.02.2009 UTC+03 when darkmike...@gmail.com did gyre and gimble: ММ более. А вот bind - полноценный DNS сервер. На мой взгляд ставить ММ его имеет смысл, если есть потребность в дополнительных сервисах - ММ собственная локальная зона или другие варианты. Есть ещё один случай, когда bind или другой полный DNS-сервер просто необходим: если DNS-сервер провайдера работает ненадёжно. pdnsd, dnsmasq и прочие всегда хотят upstream DNS-сервер, к которому можно обращаться, а bind умеет сам ходить к корневым серверам и полностью разрешать имена без upstream-сервера. -- pgpddpq3vXxCD.pgp Description: PGP signature
Re: ДНС-резолвинг
Q - debian-russian@lists.debian.org @ Wed, 04 Feb 2009 16:50:20 +0300:
Q У меня нет resolvconf. Как я понимаю, файл перезаписывается
Q dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать
Q ненужные адреса или хотя бы комментировать их. Вот это и имелось
Q ввиду под перманентно.
Это не unix way. Задача DHCP-клиента - правильно обрабатывать
информацию от DHCP-сервера, а не исправлять глюки провайдера. Впрочем,
согласно unix way по крайней мере у dhclient была возможность позвать
админский скрипт после очередного обновления.
Вот тем скриптом и отсеивать.
P.S. А я бы при таком провайдере вообще не пользовался его
неймсерверами, а поставил бы свой кэширующий, зацепил его за корневые и
запретил бы DHCP-клиенту трогать /etc/resolv.conf.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Секретный ключ, известный более чем одной персоне, называется публичным.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Wed, 4 Feb 2009 17:29:50 +0300 Dmitry E. Oboukhov un...@debian.org wrote: AC P.S. А я бы при таком провайдере вообще не пользовался его AC неймсерверами, а поставил бы свой кэширующий, зацепил его за AC корневые и запретил бы DHCP-клиенту трогать /etc/resolv.conf. или как вариант опять же запретить трогать resolv.conf а его отредактировать по вкусу. у провайдера врядли часто что-то там меняется чтобы это сильно напрягало Зато когда изменится, а ты (или новый админ) уже забыл про эти костыли... Вот веселья-то будет. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
On Wednesday 04 February 2009 17:24:38 Artem Chuprina wrote:
Q - debian-russian@lists.debian.org @ Wed, 04 Feb 2009 16:50:20 +0300:
Q У меня нет resolvconf. Как я понимаю, файл перезаписывается
Q dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать
Q ненужные адреса или хотя бы комментировать их. Вот это и имелось
Q ввиду под перманентно.
Это не unix way. Задача DHCP-клиента - правильно обрабатывать
информацию от DHCP-сервера, а не исправлять глюки провайдера. Впрочем,
согласно unix way по крайней мере у dhclient была возможность позвать
админский скрипт после очередного обновления.
Вот тем скриптом и отсеивать.
Как я понял, мой DHCP -это просто скрипт без возможности настройки. Для
других DHCP может быть, нужно их посмотреть.
Не имелась ввиду какая-то конкретная архитектура - просто задача
комментировать что требуется.
P.S. А я бы при таком провайдере вообще не пользовался его
неймсерверами, а поставил бы свой кэширующий, зацепил его за корневые и
запретил бы DHCP-клиенту трогать /etc/resolv.conf.
Это магия более высокого порядка, чем мои знания ;)
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Секретный ключ, известный более чем одной персоне, называется публичным.
Re: ДНС-резолвинг
-[ Q 03/02/2009 18:22 (GMT +3) P.S. А я бы при таком провайдере вообще не пользовался его неймсерверами, а поставил бы свой кэширующий, зацепил его за корневые и запретил бы DHCP-клиенту трогать /etc/resolv.conf. Это магия более высокого порядка, чем мои знания ;) aptitude install pdns-recursor echo nameserver 127.0.0.1 /etc/resolv.conf +запретить менять днс-сервера через dhcp -- Best regards, Mikhail signature.asc Description: This is a digitally signed message part.
Re: ДНС-резолвинг
Q - debian-russian@lists.debian.org @ Tue, 3 Feb 2009 18:22:29 +0300:
Q У меня нет resolvconf. Как я понимаю, файл перезаписывается
Q dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать
Q ненужные адреса или хотя бы комментировать их. Вот это и имелось
Q ввиду под перманентно.
Это не unix way. Задача DHCP-клиента - правильно обрабатывать
информацию от DHCP-сервера, а не исправлять глюки провайдера. Впрочем,
согласно unix way по крайней мере у dhclient была возможность позвать
админский скрипт после очередного обновления.
Вот тем скриптом и отсеивать.
Q Как я понял, мой DHCP -это просто скрипт без возможности
Q настройки. Для других DHCP может быть, нужно их посмотреть.
Просто скрипт не может быть DHCP-клиентом. Даже если поддержка DHCP в
скриптовых языках уже и появилась...
Q Не имелась ввиду какая-то конкретная архитектура - просто задача
Q комментировать что требуется.
А задачи кофе варить не стояло?
P.S. А я бы при таком провайдере вообще не пользовался его
неймсерверами, а поставил бы свой кэширующий, зацепил его за корневые и
запретил бы DHCP-клиенту трогать /etc/resolv.conf.
Q Это магия более высокого порядка, чем мои знания ;)
Пока ты сможешь редактировать то, что притащил DHCP-клиент, тебе
потребуется приобрести несколько больше новых знаний, нежели требуется
для настройки кэширующего DNS мимо провайдера.
Хотя, возможно, ты и найдешь им потом больше применений...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Делу время, потехе - деньги.
Кнышев
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
2/3/2009, Mishustin Alexey shum...@shumkar.ru вы писали: Файл resolv.conf затирается Resolvconf'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... * Файл resolv.conf затирается Resolvconf'ом или NetworkManager'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... С уважением, Алексей Мишустин У меня нет resolvconf. Как я понимаю, файл перезаписывается dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать ненужные адреса или хотя бы комментировать их. Вот это и имелось ввиду под перманентно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
2/3/2009, Mishustin Alexey shum...@shumkar.ru вы писали: Файл resolv.conf затирается Resolvconf'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... * Файл resolv.conf затирается Resolvconf'ом или NetworkManager'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... С уважением, Алексей Мишустин У меня нет resolvconf. Как я понимаю, файл перезаписывается dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать ненужные адреса или хотя бы комментировать их. Вот это и имелось ввиду под перманентно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Wed, 4 Feb 2009
17:29:50 +0300:
AC P.S. А я бы при таком провайдере вообще не пользовался его
AC неймсерверами, а поставил бы свой кэширующий, зацепил его за
AC корневые и запретил бы DHCP-клиенту трогать /etc/resolv.conf.
DEO или как вариант опять же запретить трогать resolv.conf а его
DEO отредактировать по вкусу. у провайдера врядли часто что-то там
DEO меняется чтобы это сильно напрягало
Если уж появился повод редактировать информацию, выданную провайдером,
то _у него в этом месте_ как раз меняется часто. Переходит из состояния
вроде работает в состояние не работает, обратно реже :-) А указывать
NS'ы дальше провайдерских - каждый раз ждать в блокирующих запросах.
Поэтому разумного выхода, кроме собственного кэширующего NS, я не вижу.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
On Wednesday 04 February 2009 18:42:57 Artem Chuprina wrote:
Q - debian-russian@lists.debian.org @ Tue, 3 Feb 2009 18:22:29 +0300:
Q У меня нет resolvconf. Как я понимаю, файл перезаписывается
Q dhcp-клиентом. Хотелось бы, чтобы этот клиент умел отсеивать
Q ненужные адреса или хотя бы комментировать их. Вот это и имелось
Q ввиду под перманентно.
Это не unix way. Задача DHCP-клиента - правильно обрабатывать
информацию от DHCP-сервера, а не исправлять глюки провайдера. Впрочем,
согласно unix way по крайней мере у dhclient была возможность позвать
админский скрипт после очередного обновления.
Вот тем скриптом и отсеивать.
Q Как я понял, мой DHCP -это просто скрипт без возможности
Q настройки. Для других DHCP может быть, нужно их посмотреть.
Просто скрипт не может быть DHCP-клиентом. Даже если поддержка DHCP в
скриптовых языках уже и появилась...
Имеется ввиду, что в моём случае в resolv.conf пишет скрипт без конфига, хотя
последний в пакете есть. Пока я не понимаю работу скрипта и не могу его
настроить.
Q Не имелась ввиду какая-то конкретная архитектура - просто задача
Q комментировать что требуется.
А задачи кофе варить не стояло?
Думаю, сваренный кофе не поможет добиться нужного результата.
P.S. А я бы при таком провайдере вообще не пользовался его
неймсерверами, а поставил бы свой кэширующий, зацепил его за корневые и
запретил бы DHCP-клиенту трогать /etc/resolv.conf.
Q Это магия более высокого порядка, чем мои знания ;)
Пока ты сможешь редактировать то, что притащил DHCP-клиент, тебе
потребуется приобрести несколько больше новых знаний, нежели требуется
для настройки кэширующего DNS мимо провайдера.
Хотя, возможно, ты и найдешь им потом больше применений...
Практика показывает, что лишние сущности приводят к бо'льшим проблемам,
диагностировать и устранять которые сложнее. Я не знаю, какие грабли
возникнут в случае установки кеширующего DNS-сервера в будущем, ибо у меня
нет знаний и опыта в этой области.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Делу время, потехе - деньги.
Кнышев
Re: ДНС-резолвинг
2/2/2009, Q qh...@rambler.ru вы писали: У меня Акадо и та же проблема. Пока удалось дойти лишь до того, что DHCP выдаёт 4 DNS-адреса в resolv.conf, первый из которых - 217.10.39.4 - видимо, и тормозной. Его комментирование в resolv.conf устраняет тормоза. Во всяком случае, так у меня, проверьте. Знать бы, как это сделать перманентно - проблема была бы решена. Только сейчас прочитал ваше сообщение... Интересно! Попробую сегодня - может, и pdnsd не придется ставить. Файл resolv.conf затирается Resolvconf'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба (что я в этом случае потеряю?) или автоматизировать поддержание нужного resolv.conf каким-нибудь скриптом? С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
2/3/2009, Mishustin Alexey shum...@shumkar.ru вы писали: Файл resolv.conf затирается Resolvconf'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... * Файл resolv.conf затирается Resolvconf'ом или NetworkManager'ом; вы это имели в виду, когда писали перманентно? Наверное, можно или снести их оба... С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Dmitry Nezhevenko пишет: Насколько я себе представляю первое решение - это простой кэш и ничего более. pdnsd ещё умеет кэш на диск сбрасывать. При перезапусках сервиса или рестартах кэш соответственно сохраняется dnsmasq тоже неплох. -- С уважением, Константин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Mishustin Alexey пишет: В Втр, 03/02/2009 в 00:03 +0300, Mishustin Alexey пишет: В Пнд, 02/02/2009 в 00:35 +0300, Миронов М.С. пишет: Что еще можно сделать? Винда по умолчанию имеет DNS-кэш. А вот в debian такого по умолчанию не ставится. Возможно проблемы есть, но они не постоянные. Как выход предложу поставить кэширующий DNS сервер. ...Например, pdnsd? http://openkazan.info/node/2513 ...Или bind? http://dkws.org.ua/index.php?page=showfile=a/system/eco/eco4 В чем принципиальная разница между ними? Насколько я себе представляю первое решение - это простой кэш и ничего более. А вот bind - полноценный DNS сервер. На мой взгляд ставить его имеет смысл, если есть потребность в дополнительных сервисах - собственная локальная зона или другие варианты. В остальных случая будет достаточно и первого. Хотя в Debian bind сразу после установки работает как локальный кэш. С первым не работал, но оно должно бы быть более легковесным. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Винда по умолчанию имеет DNS-кэш. А вот в debian такого по умолчанию не ставится. Возможно проблемы есть, но они не постоянные. Как выход предложу поставить кэширующий DNS сервер. ...Например, pdnsd? http://openkazan.info/node/2513 ...Или bind? http://dkws.org.ua/index.php?page=showfile=a/system/eco/eco4 В чем принципиальная разница между ними? Насколько я себе представляю первое решение - это простой кэш и ничего более. А вот bind - полноценный DNS сервер. На мой взгляд ставить его имеет смысл, если есть потребность в дополнительных сервисах - собственная локальная зона или другие варианты. В остальных случая будет достаточно и первого. Хотя в Debian bind сразу после установки работает как локальный кэш. С первым не работал, но оно должно бы быть более легковесным. Спасибо за помощь. Буду пробывать pdnsd... С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
On Tue, Feb 03, 2009 at 12:35:54AM +0300, Миронов М.С. wrote: Mishustin Alexey пишет: В Втр, 03/02/2009 в 00:03 +0300, Mishustin Alexey пишет: В Пнд, 02/02/2009 в 00:35 +0300, Миронов М.С. пишет: Что еще можно сделать? Винда по умолчанию имеет DNS-кэш. А вот в debian такого по умолчанию не ставится. Возможно проблемы есть, но они не постоянные. Как выход предложу поставить кэширующий DNS сервер. ...Например, pdnsd? http://openkazan.info/node/2513 ...Или bind? http://dkws.org.ua/index.php?page=showfile=a/system/eco/eco4 В чем принципиальная разница между ними? Насколько я себе представляю первое решение - это простой кэш и ничего более. pdnsd ещё умеет кэш на диск сбрасывать. При перезапусках сервиса или рестартах кэш соответственно сохраняется А вот bind - полноценный DNS сервер. На мой взгляд ставить его имеет смысл, если есть потребность в дополнительных сервисах - собственная локальная зона или другие варианты. +1. Не стоит стрелять с пушки по воробьям -- WBR, Dmitry signature.asc Description: Digital signature
ДНС-резолвинг
Здравствуйте! Какие-то непонятные дела стали твориться с резолвингом доменных имен при подключении к АКАДО. По 5 секунд, по 10, когда как. В разных программах: Iceweasel, wget, тормозят также Synaptic и Evolution. Iceweasel пишет looking up for sitename, wget - Распознаётся sitename. При этом nslookup в терминале отрабатывает где-то за 1 секунду. Описанная картина имеет место и в Lenny, и в Etch. А также - на другой машине с Ubuntu. А вот в винде тот же АКАДО резолвится моментально. Моментально же на всех машинах резолвится ДНС и при подключении к другому провайдеру - QWERTY. Звонил в техподдержу АКАДО, они сказали: ну, у вас же nslookup быстро работает, значит, проблема у вас... Раньше с АКАДО у меня такого никогда не было. Пробовал уже ставить resolvconf, менять в /etc/resolv.conf ДНС-сервера, заменил в /etc/modprobe.d/aliases строчку alias net-pf-10 ipv6 на alias net-pf-10 off ipv6. Последнее действие сделало резолвинг как будто немножко быстрее, но все равно не так, как в винде. Что еще можно сделать? -- С уважением, Алексей Мишустин
Re: ДНС-резолвинг
01.02.09, 19:42, Mishustin Alexey shum...@shumkar.ru: Здравствуйте! Какие-то непонятные дела стали твориться с резолвингом доменных имен при подключении к АКАДО. По 5 секунд, по 10, когда как. В разных программах: Iceweasel, wget, тормозят также Synaptic и Evolution. Iceweasel пишет looking up for sitename, wget - Распознаётся sitename. При этом nslookup в терминале отрабатывает где-то за 1 секунду. Описанная картина имеет место и в Lenny, и в Etch. А также - на другой машине с Ubuntu. А вот в винде тот же АКАДО резолвится моментально. Моментально же на всех машинах резолвится ДНС и при подключении к другому провайдеру - QWERTY. Звонил в техподдержу АКАДО, они сказали: ну, у вас же nslookup быстро работает, значит, проблема у вас... Раньше с АКАДО у меня такого никогда не было. Пробовал уже ставить resolvconf, менять в /etc/resolv.conf ДНС-сервера, заменил в /etc/modprobe.d/aliases строчку alias net-pf-10 ipv6 на alias net-pf-10 off ipv6. Последнее действие сделало резолвинг как будто немножко быстрее, но все равно не так, как в винде. Что еще можно сделать? Радикальное решение - локальный ресолвер, не зависящий от имён программ. Я так сделал - и уже вторая смена DNS'ов у провайдера - а мне пофигу. Алсо, см /etc/nsswitch.conf -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
Mishustin Alexey пишет: Здравствуйте! Какие-то непонятные дела стали твориться с резолвингом доменных имен при подключении к АКАДО. По 5 секунд, по 10, когда как. В разных программах: Iceweasel, wget, тормозят также Synaptic и Evolution. Iceweasel пишет looking up for sitename, wget - Распознаётся sitename. При этом nslookup в терминале отрабатывает где-то за 1 секунду. Описанная картина имеет место и в Lenny, и в Etch. А также - на другой машине с Ubuntu. А вот в винде тот же АКАДО резолвится моментально. Моментально же на всех машинах резолвится ДНС и при подключении к другому провайдеру - QWERTY. Звонил в техподдержу АКАДО, они сказали: ну, у вас же nslookup быстро работает, значит, проблема у вас... Раньше с АКАДО у меня такого никогда не было. Пробовал уже ставить resolvconf, менять в /etc/resolv.conf ДНС-сервера, заменил в /etc/modprobe.d/aliases строчку alias net-pf-10 ipv6 на alias net-pf-10 off ipv6. Последнее действие сделало резолвинг как будто немножко быстрее, но все равно не так, как в винде. Что еще можно сделать? Винда по умолчанию имеет DNS-кэш. А вот в debian такого по умолчанию не ставится. Возможно проблемы есть, но они не постоянные. Как выход предложу поставить кэширующий DNS сервер. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ДНС-резолвинг
On Sunday 01 February 2009 19:42:23 Mishustin Alexey wrote: Здравствуйте! Какие-то непонятные дела стали твориться с резолвингом доменных имен при подключении к АКАДО. По 5 секунд, по 10, когда как. В разных программах: Iceweasel, wget, тормозят также Synaptic и Evolution. Iceweasel пишет looking up for sitename, wget - Распознаётся sitename. При этом nslookup в терминале отрабатывает где-то за 1 секунду. Описанная картина имеет место и в Lenny, и в Etch. А также - на другой машине с Ubuntu. А вот в винде тот же АКАДО резолвится моментально. Моментально же на всех машинах резолвится ДНС и при подключении к другому провайдеру - QWERTY. Звонил в техподдержу АКАДО, они сказали: ну, у вас же nslookup быстро работает, значит, проблема у вас... Раньше с АКАДО у меня такого никогда не было. Пробовал уже ставить resolvconf, менять в /etc/resolv.conf ДНС-сервера, заменил в /etc/modprobe.d/aliases строчку alias net-pf-10 ipv6 на alias net-pf-10 off ipv6. Последнее действие сделало резолвинг как будто немножко быстрее, но все равно не так, как в винде. Что еще можно сделать? У меня Акадо и та же проблема. Пока удалось дойти лишь до того, что DHCP выдаёт 4 DNS-адреса в resolv.conf, первый из которых - 217.10.39.4 - видимо, и тормозной. Его комментирование в resolv.conf устраняет тормоза. Во всяком случае, так у меня, проверьте. Знать бы, как это сделать перманентно - проблема была бы решена.
