Не удается разрешить настраиваемые домены при подключении VPN
Я только что обновил до 12.04 с 11.10, и теперь я не могу разрешать настраиваемые домены по моему VPN (например, * .dev.local ).
Оба мои /etc/resolv.conf и route -n выглядят точно так же, как и до обновления.
Я использую OpenVPN, и он соединяется без проблема.
выход из ping
$ ping example.dev.local
ping: unknown host example.dev.local
resolv.conf
nameserver 172.16.1.4
nameserver 172.16.1.5
nameserver 10.4.180.250
search office.local corp.local
route -n
# 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, это просто решение, которое не работает.
2 ответа
Проблема заключается в том, что 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 ,