Неможливо вирішити власні домени, коли VPN працює

Щойно я перейшов до 12.04 з 11.10, і тепер я не можу вирішувати власні домени через свій VPN (наприклад, * .dev.local ). Перед оновленням він працював чудово.

І мій /etc/resolv.conf, і маршрут -n виглядають так само, як це було до оновлення.

Я використовую OpenVPN і він підключається без проблем.

вихід з ping

$ ping example.dev.local
ping: unknown host example.dev.local

разреш.конф

nameserver 172.16.1.4
nameserver 172.16.1.5
nameserver 10.4.180.250
search office.local corp.local

маршрут -н

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.4.180.250    0.0.0.0         UG    0      0        0 eth0
10.4.180.0      0.0.0.0         255.255.255.0   U     0      0        0 eth0
10.61.80.0      172.28.0.254    255.255.255.128 UG    0      0        0 tap0
10.61.80.128    172.28.0.249    255.255.255.128 UG    0      0        0 tap0
10.200.2.126    172.28.0.249    255.255.255.255 UGH   0      0        0 tap0
81.92.65.52     172.28.0.249    255.255.255.255 UGH   0      0        0 tap0
81.92.71.128    172.28.0.249    255.255.255.192 UG    0      0        0 tap0
81.92.72.128    172.28.0.254    255.255.255.224 UG    0      0        0 tap0
81.92.72.160    172.28.0.249    255.255.255.224 UG    0      0        0 tap0
172.16.0.0      172.28.0.1      255.255.248.0   UG    0      0        0 tap0
172.28.0.0      0.0.0.0         255.255.254.0   U     0      0        0 tap0

Фрагмент з /etc/dhcp3/dhclient.conf (22-25 є оригінальним перед оновленням, раніше довелося видалити доменні імена-сервери чомусь про мене забули)

 22 #request subnet-mask, broadcast-address, time-offset, routers,
 23 #       domain-name, domain-name-servers, domain-search, host-name,
 24 #       netbios-name-servers, netbios-scope, interface-mtu,
 25 #       rfc3442-classless-static-routes, ntp-servers;
 26 
 27 prepend domain-name-servers 192.168.1.1;
 28 request subnet-mask, broadcast-address, time-offset, routers,
 29         domain-name, domain-search, host-name,
 30         netbios-name-servers, netbios-scope, interface-mtu,
 31         rfc3442-classless-static-routes, ntp-servers;

Будь-яка допомога буде дуже вдячна.

Редагувати: Я можу дістатись до хостів IP-адресою, це просто рішення, яке не працює.

Можливо, подивіться /etc/nsswitch.conf. У мене виникла проблема з тим, що Ubuntu не визнавав імена з мого локального сервера dns незалежно від /etc/resolve.confналаштувань. Slackware працював чудово, тому я змінив шахту, щоб бути трохи ближче до версії Slackware:

hosts:          files dns mdns4_minimal mdns4 [NOTFOUND=return]

Я думаю, що мені довелося перемістити речі dns та mdns4 ... можливо, була зірочка ( *), яка перешкоджала подальшому пошуку.

Проблема полягає в тому, що VPN використовує localяк домен верхнього рівня, який також використовується avahi для mdns.

Документація Avahi

http://avahi.org/wiki/AvahiAndUnicastDotLocal

каже

If you come across a network where .local is a unicast
DNS domain, please contact the local administrator
and ask him to move his DNS zone to a different domain.
If this is not possible, we recommend not to use Avahi
in such a network at all.

Велика ймовірність, що коли ви перебуваєте на VPN, ваш сервер імен та / або пошукові домени відрізняються. Якщо ви використовуєте nslookup для користувацького імені DNS, до якого ви намагаєтеся дістатися, вам потрібно побачити сервер імен, який ви запитуєте. Якщо адреса інша, ви намагаєтесь вирішити ім'я на сервері, де він не вказаний.

наприклад...

munich:~ jeremy$ nslookup bangkok
Server:     192.168.1.2
Address:    192.168.1.2#53

Name:   bangkok.home.com
Address: 192.168.1.5

Бангкок - це власна назва DNS для вікна в моїй домашній мережі. Якби я підключився до VPN моїх компаній, я спершу вдарив би по їх серверу імен, щоб я міг перетворити їх власні імена, такі як svn та wiki. У нас є кілька найменувачів імен, кожен з яких має власний домен, наприклад foo.work.com та bar.work.com та work.com. Якщо у мене вказаний bar.work.com як мій перший домен, і я намагаюся досягти svn.foo.work.com лише svn, пошук не вдасться вирішити на ip адресу, оскільки він буде шукати svn.bar.work.com .