Странность в работе с DNS провайдера

[Protopopulus]

Уважаемые форумчане. подскажите в чем может быть косяк, точнее У КОГО ошибка. Имеется прямое подключение витой пары в PCI-сетевуху компа, есть DHCP провайдера и VPN (PPTP / L2TP Beeline). Так вот... Без подключенного VPN делаю:

Код: [Выделить]

host vpn.internet.beeline.ruИ получаю соответствующий адрес. После чего, подключаю VPN по PPTP и уже host мне говорит, что такого адреса не существует.

Собственно, вопрос: Кто не прав, консольная утилита или DNS провайдера?

UPD: У друга в другом районе города host всегда выдает нужный адрес, т.е. с / без VPN подключения.

[werlock]

Не изобретайте велосипед https://forum.ubuntu.ru/index.php?topic=181916.0

[Protopopulus]

werlock, ты бы по теме сказал... Я уже до дыр зачитал homenet на предмет L2TP и кривого роутинга у пчелайна.

Мне нужен точный ответ. КТО ИМЕННО ВИНОВАТ?

[werlock]

werlock, ты бы по теме сказал... Я уже до дыр зачитал homenet на предмет L2TP и кривого роутинга у пчелайна.

Мне нужен точный ответ. КТО ИМЕННО ВИНОВАТ?

по крайней мере у меня такой host есть точнее tp.internet.beeline.ru. Может уже vpn. похоронили просто ? Хотя вру есть и vpn.

[Protopopulus]

Не, vpn.internet живой... Напрягает меня очень сильно то, что в Ubuntu 12.04 перешли на локальный DNS. Надо бы попробовать выпилить к чертям собачьим, что ли...

Код: [Выделить]

host -av vpn.internet.beeline.ru
Trying "vpn.internet.beeline.ru"
Received 90 bytes from 127.0.0.1#53 in 8 ms
Trying "vpn.internet.beeline.ru.beeline"
Host vpn.internet.beeline.ru not found: 3(NXDOMAIN)
Received 112 bytes from 127.0.0.1#53 in 10 msА то вот какую фигню выдает.

[koshev]

Собственно, вопрос: Кто не прав, консольная утилита или DNS провайдера?

Скажите, машрут до днс-серверов ISP до и после VPN разный?

[Protopopulus]

Адреса DNS-ов не меняются.
Извиняюсь за невнимательность... Сейчас проверю.

[AnrDaemon]

Protopopulus, вас про маршрут спросили.

[Protopopulus]

AnrDaemon, знаю

KT315, да, маршруты меняются. Вот выхлоп:
с впн

Код: [Выделить]

traceroute -n 213.234.192.8
traceroute to 213.234.192.8 (213.234.192.8), 30 hops max, 60 byte packets
 1  * * *
 2  85.21.66.209  0.942 ms  0.883 ms  0.826 ms
 3  213.234.199.236  306.814 ms  306.760 ms  306.706 ms
 4  78.107.184.166  306.783 ms  306.795 ms  306.740 ms
 5  78.107.184.93  306.483 ms  306.559 ms  306.506 ms
 6  78.107.184.26  306.326 ms  305.905 ms  305.852 ms
 7  85.21.192.11  305.934 ms  281.298 ms  281.236 msбез впн

Код: [Выделить]

traceroute -n 213.234.192.8
traceroute to 213.234.192.8 (213.234.192.8), 30 hops max, 60 byte packets
 1  10.63.152.1  1.550 ms  2.155 ms  2.887 ms
 2  10.133.35.153  1.488 ms  2.248 ms  3.004 ms
 3  85.21.117.33  2.628 ms  2.616 ms  2.596 ms
 4  213.234.199.236  7.140 ms  7.150 ms  7.412 ms
 5  78.107.184.166  9.688 ms  9.695 ms  9.675 ms
 6  78.107.184.93  9.736 ms  8.708 ms  8.656 ms
 7  78.107.184.26  7.888 ms  7.820 ms  7.680 ms
 8  85.21.192.11  9.112 ms  9.104 ms  9.025 msВремя ответа еще напрягает, когда впн подключен...

[koshev]

Время ответа еще напрягает

Не то слово Такая работа DNS ненормальна. PTR - hdns1.corbina.net намекает, что DNS может больше и не обслуживаться.
Попробуйте задайть маршруты до DNS-серверов через шлюз локального сегмента 10/8 - 1-й хоп в трассировке "без впн", думаю, что должно помочь. Но по-хорошему  в билайне на клиентский интерфейс всё должно по DHCP выдаваться, в  том числе и маршруты до локальных подсетей.

[Protopopulus]

Так самое интересное, что такое время ответа идет и от всех внешних адресов.

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

Но надо бы, по-хорошему, попробовать разрулить дело с dnsmasq и resolvconf и сделать как в 10.04, например, а не локально.  DHCP, действительно выдает "все, как надо".

[AnrDaemon]

Раз DHCP "выдаёт всё как надо", значит resolconf тоже должен работать без проблем. Это ведь просто прослойка между многочисленными сервисами, предоставляющими DNS адреса, и клиентами, этими адресами пользующимися.

[Protopopulus]

AnrDaemon, позвольте не согласиться. resolvconf - это программный продукт, а это значит, что там могут быть баги. Или в NM, что более вероятно.