Tenía curiosidad por saber qué servidor DNS usaba mi teléfono. Así que lancé un emulador de terminal e ingresé:
$ cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
Como puede ver, mi teléfono usa 8.8.8.8 y 8.8.4.4 como servidores DNS (servidores DNS públicos de Google ).
En casa (Wifi), mi enrutador está configurado para dar servidores OpenDNS a través de DHCP. Pero, en mi teléfono, cat /etc/resolv.conf
devuelve el mismo resultado. Lo mismo con 3G. E incluso si deshabilito Wifi y 3G, y luego reinicio el teléfono, todavía usa los servidores DNS públicos de Google.
No recuerdo haber cambiado resolv.conf
ni instalado ninguna aplicación para cambiarlo.
Mi teléfono es un HTC Desire con CyanogenMod 7.2.0.1 (Android 2.3.7).
¿Alguien puede explicarme por qué mi teléfono usa el DNS público de Google? ¿Es una configuración común para cualquier dispositivo Android o ROM CyanogenMod?
Según Steve Kondik , este es esencialmente un código antiguo que queda de versiones anteriores de CyanogenMod:
Esto solo estaba aquí para aplicaciones que estaban vinculadas estáticamente contra uclibc en versiones antiguas de CM. Es probable que simplemente se pueda eliminar.
Sin embargo, también continúa señalando :
Además, este archivo NO se escribe cuando se conecta a una red ya que /system es de solo lectura. Los servidores DNS reales se leen de las propiedades del sistema.
También acabo de verificar que los servidores suministrados por DHCP realmente se están utilizando, por lo que este problema no es válido a menos que alguien demuestre lo contrario.
Entonces, los valores en /etc/resolv.conf
realidad no reflejan su configuración de DNS. Lo que puede hacer en su lugar es utilizar getprop
para encontrar sus valores de DNS. Puede reducirlo bastante bien si combina la salida de esta manera:
getprop | grep dns
También vale la pena señalar: el /etc/resolv.conf
archivo parece haber sido eliminado por completo en versiones posteriores de CyanogenMod. No tengo ninguno en CM10, pero getprop
muestra correctamente mi configuración de DNS.
Morgan Courbet
getprop | grep dns
no devuelve nada.getprop | grep -E '([0-9]{1,3}\.){3}[0-9]{1,3}'
(buscando la dirección IPv4) no devuelve un resultado relevante. Las propiedades devueltas sonro.baseband
,ro.build.description
y . ¿Alguna idea?ro.modversion
gsm.version.baseband
eldarerathis
more
o algo similar, ya que podría ser largo)Morgan Courbet
[dhcp.eth0.dns1]: []
,[dhcp.eth0.dns2]: []
,[dhcp.eth0.dns3]: []
,[dhcp.eth0.dns4]: []
,[net.dns1]: [192.168.10.110]
,[net.dns2]: []
,[net.rmnet0.dns1]: [192.168.10.110]
,[net.rmnet0.dns2]: [0.0.0.0]
,[net.dns1.3837]: []
. Tal vez mi conexión a Internet todavía estaba deshabilitada cuando ejecuté el comando. ¿Sabes cuál se usa? ¿Recomiendas una aplicación o un método para cambiarlo?eldarerathis
setprop
, pero no persistirá en los reinicios/desconexiones. Por ejemplo.setprop net.rmnet0.dns1 <your DNS IP>
debe cambiar el valor de lanet.rmnet0.dns1
propiedad.eldarerathis
net.rmnet0.dns1
en su caso), aunque puede estar heredando ese valor de lanet.dns1
propiedad más genérica.Rhyuk
eldarerathis
setprop
podría ser una solución temporal si le dio valores en blanco, pero tendría que ejecutarlo en cada arranque (y no estoy seguro de si eso realmente funcionaría).Rhyuk