Encuentre lo que está resolviendo una dirección IP de LAN a una URL en firefox

0

Cuando voy a 192.168.2.2 en Firefox en una computadora Linux en mi LAN, se resuelve en la URL del servidor web que se ejecuta en esa dirección IP. Vamos a llamarlo https://example.com . Pero cuando mi Internet está inactivo para toda la LAN (es decir, si desconecto mi módem) y voy a 192.168.2.2, todavía resuelve https://example.com , intenta acceder a https://example.com y falla porque internet está caído. ¿Cómo puedo acceder a la dirección IP directamente sin que Firefox resuelva la URL?

Pensé que tal vez había una entrada /etc/hosts, pero no hay para esa IP: solo muestra el nombre local de la máquina que no es la URL y ni siquiera está vagamente cerca de la URL (por ejemplo bob).

También verifiqué el nombre de host en 192.168.2.2 pero su nombre también es el nombre local de la máquina que no es la URL y ni siquiera está vagamente cerca de la URL (por ejemplo bob).

También probé un traceroute a 192.168.2.2 pero solo va directamente a la IP en 1 salto en la LAN.

Entonces, ¿cómo puedo encontrar lo que está causando que 192.168.2.2 se resuelva en https://example.com y lo mate?

Actualizar

Firefox está configurado para borrar el caché cuando está cerrado, por lo que no puede ser así.

nscd no está instalado en esta máquina:

$ nscd
The program 'nscd' is currently not installed.  To run 'nscd' please ask your administrator to install the package 'nscd'

Pero dnsmasqestá instalado, pero matarlo no tiene ningún efecto sobre el problema que estoy teniendo.

networking dns hosts Mulllhausen
fuente
1
cache. caché interno de firefox, nscd, dnsmasq, etc ...
Ipor Sircer
Firefox está configurado para borrar el caché cuando está cerrado, por lo que este no puede ser el problema. Aunque tendré que buscar en nscd y dnsmasq. Gracias por los consejos.
mulllhausen
¿Intentaste reiniciar el servicio dnsmasq? Dependiendo de su sistema, sudo /etc/init.d/dnsmasq restart o sudo systemctl restart dnsmasq
Argonautas
2
Las IP generalmente no se resuelven en nombres de host, generalmente van en la dirección opuesta. Apuesto a que la aplicación web a la que está accediendo lo http://192.168.2.2está redirigiendo realmente https://example.com. Intenta correr curl -I http://192.168.2.2desde tu línea de comando. esperaría que llegue a 301redirigir a https://example.com.
heavyd
spot en @heavyd. HTTP/1.1 301 Moved Permanently. Incluso puedo ver la redirección en el archivo de configuración de apache en el servidor. Misterio resuelto. Puedo tomarlo desde aquí. Póngalo como respuesta si lo desea y lo marcaré como correcto ...
mulllhausen

Respuestas:

2

Las IP generalmente no se resuelven en nombres de host, generalmente van en la dirección opuesta.

Apuesto a que la aplicación web a la que está accediendo lo http://192.168.2.2está redirigiendo realmente https://example.com.

Intente ejecutar este comando desde su línea de comando:

curl -I http://192.168.2.2

Espero que obtenga una 301redirección HTTP a https://example.comalgo como esto:

HTTP/1.1 301 Moved Permanently
Location: https://example.com/
pesado
fuente