No se pueden resolver dominios personalizados cuando VPN está activa

Acabo de actualizar a 12.04 desde 11.10, y ahora no puedo resolver dominios personalizados a través de mi VPN (por ejemplo, * .dev.local ). Funcionó espléndido antes de la actualización.

Tanto mi /etc/resolv.conf como route -n se ven exactamente como antes de la actualización.

Estoy usando OpenVPN y se conecta sin problemas.

salida de 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

ruta -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

Fragmento de /etc/dhcp3/dhclient.conf (22-25 es original antes de la actualización, anteriormente tuve que eliminar los servidores de nombres de dominio por alguna razón que he olvidado)

 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;

Cualquier ayuda sería muy apreciada.

Editar: puedo llegar a los hosts por IP, es solo la resolución lo que no funciona.

Tal vez mira /etc/nsswitch.conf. Tuve un problema con Ubuntu que no reconoce nombres de mi servidor DNS local independientemente de la /etc/resolve.confconfiguración. Slackware funcionó bien, así que modifiqué el mío para estar un poco más cerca de la versión de Slackware:

hosts:          files dns mdns4_minimal mdns4 [NOTFOUND=return]

Creo que tuve que mover las cosas dns y mdns4 ... tal vez hubo un asterisco ( *) que impidió más búsquedas.

El problema es que la VPN usa localcomo dominio de nivel superior, que también usa avahi para mdns.

La documentación de Avahi

http://avahi.org/wiki/AvahiAndUnicastDotLocal

dice

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.

Es muy probable que cuando esté en VPN su servidor de nombres y / o dominios de búsqueda sean diferentes. Si usa nslookup para el nombre DNS personalizado al que intenta comunicarse, deberá ver el servidor de nombres que está consultando. Si la dirección es diferente, está tratando de resolver el nombre en un servidor donde no está en la lista.

por ejemplo...

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

Name:   bangkok.home.com
Address: 192.168.1.5

Bangkok es un nombre DNS personalizado para un cuadro en mi red doméstica. Si me conectara a la VPN de mi empresa, primero golpearía su servidor de nombres para poder girar sus nombres personalizados, como svn y wiki. Tenemos varios servidores de nombres en el trabajo, cada uno con su propio dominio como foo.work.com y bar.work.com y work.com. Si tengo bar.work.com como mi primer dominio y trato de llegar a svn.foo.work.com con solo svn, la búsqueda no se resolverá en una dirección IP porque buscará svn.bar.work.com .