Por qué Firefox sigue enviando a un proxy un host de intranet en tu subred de excepción
Un rango de excepción para direcciones IP literales no exime necesariamente a un nombre de host que se resuelve en ese rango.
Has puesto 192.168.0.0/16 en la lista «Sin proxy para» de Firefox. Abrir http://192.168.1.20/ va directo, pero http://wiki.office.example/ sigue llegando al proxy. Ambas URL pueden referirse al mismo servidor.
La diferencia importante es la cadena de destino con la que compara Firefox. Una excepción de rango de IP y una excepción de nombre de host no son intercambiables. No des por hecho que la lista de excepciones manual resuelve todos los nombres de host antes de decidir si se aplica una regla de rango de direcciones.
| URL introducida | Información disponible para la comparación |
|---|---|
| http://192.168.1.20/ | Una dirección IP literal |
| http://wiki.office.example/ | Un nombre de host |
Si la intranet tiene un dominio propio, usa las excepciones de nombre de host o de dominio adecuadas en lugar de adivinar las direcciones a las que pueden resolverse los nombres. Mantén los servicios públicos no relacionados fuera de esa excepción. Un dominio puede contener aplicaciones internas y alojadas externamente.
La explicación original de Mozilla distingue explícitamente la comparación de IP literales de los nombres que se resuelven en esas IP. Ese documento es histórico, así que comprueba el comportamiento del cliente actual y la interfaz de políticas antes de copiar cada ejemplo de sintaxis.
Cuando la política necesita DNS
Un archivo PAC ofrece un lugar separado y explícito para las decisiones que tienen en cuenta el DNS. También introduce modos de fallo en la distribución, la ejecución y la resolución del script. Úsalo porque el requisito de enrutamiento necesita esa lógica, no solo para que una lista de excepciones larga parezca más corta.
En una instalación gestionada, revisa también la política efectiva de Firefox. Una política de proxy bloqueada puede explicar por qué una edición local no determina la ruta.
Para diagnosticar problemas, anota la URL literal que introdujiste, no solo la IP final del servidor. Comparar una URL con nombre de host con una URL de dirección literal cambia la información disponible para la decisión de excepción, y es exactamente por eso por lo que las dos solicitudes pueden seguir caminos distintos.