Las dos respuestas de mayor puntaje, nmcli dev list iface <interfacename> | grep IP4
y nm-tool
ambas suponen que el administrador de red tiene el control. Cuál es - en máquinas de escritorio la mayoría de las veces al menos. Pero la respuesta más completa es que a veces el administrador de red no tiene el control. Por ejemplo, se vpnc
mete /etc/resolv.conf
directamente.
Entonces: Primero verifique si se usa 127.0.0.1/localhost. Esto podría hacerse con dig
:
> dig something.unknown | grep SERVER:
;; SERVER: 127.0.0.1#53(127.0.0.1)
Ahora usted sabe que nos estamos usando localhost. Adelante con una de las respuestas populares. Me gusta:
> nm-tool | grep DNS:
DNS: 8.8.8.8
Pero si se 127.0.0.1/localhost no se utiliza, a continuación, nm-tool
's, y nmcli
' s de salida será engañosa:
> dig something.unknown | grep SERVER:
;; SERVER: 172.22.216.251#53(172.22.216.251)
> nm-tool | grep DNS:
DNS: 8.8.8.8
Aquí, dig
es correcta y nm-tool
la información es engañosa. En realidad, las direcciones locales en el entorno en el que he creado VPN se resuelven correctamente. Todo lo que el DNS de Google 8.8.8.8
no conoce.
Esto se debe a que después de conectarse a una VPN con vpnc
, pone una línea /etc/resolv.conf
para que se vea así:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 1.2.3.4
nameserver 127.0.0.1
search MyDomain