Je viens de passer à la version 12.04 à partir de 11.10, et maintenant je ne peux pas résoudre les domaines personnalisés sur mon VPN (par exemple * .dev.local ). Cela a fonctionné à merveille avant la mise à niveau.
Mon /etc/resolv.conf et route -n ont exactement la même apparence qu'avant la mise à jour.
J'utilise OpenVPN et il se connecte sans problème.
sortie 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
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
Extrait de /etc/dhcp3/dhclient.conf (le 22-25 est d'origine avant la mise à niveau, j'ai dû auparavant supprimer les serveurs de noms de domaine pour une raison que j'avais oubliée)
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;
Toute aide serait grandement appréciée.
Edit: je peux atteindre les hôtes par IP, c'est juste la résolution qui ne fonctionne pas.
la source
Le problème est que le VPN utilise
local
comme domaine de premier niveau qui est également utilisé par avahi pour les mdns.Documentation d'Avahi
dit
la source
Il est très probable que lorsque vous êtes sur VPN, votre serveur de noms et / ou vos domaines de recherche soient différents. Si vous utilisez nslookup pour le nom DNS personnalisé que vous essayez d'atteindre, vous devrez voir le serveur de noms que vous interrogez. Si l'adresse est différente, vous essayez de résoudre le nom sur un serveur où il n'est pas répertorié.
par exemple...
Bangkok est un nom DNS personnalisé pour une boîte de mon réseau domestique. Si je devais me connecter au VPN de mon entreprise, je toucherais d'abord leur serveur de noms afin de pouvoir faire tourner leurs noms personnalisés tels que svn et wiki. Nous avons plusieurs serveurs de noms au travail, chacun avec son propre domaine comme foo.work.com et bar.work.com et work.com. Si j'ai bar.work.com répertorié comme mon premier domaine et que j'essaie d'atteindre svn.foo.work.com avec seulement svn, la recherche échouera à une adresse IP car elle recherchera svn.bar.work.com .
la source