Por que Firefox segue enviando por proxy un host de intranet na túa subrede de excepción
Un rango de excepción para enderezos IP literais non exime necesariamente un nome de host que se resolve nese rango.
Puxeches 192.168.0.0/16 na lista «Sen proxy para» de Firefox. Abrir http://192.168.1.20/ vai directo, pero http://wiki.office.example/ segue chegando ao proxy. Os dous URL poden referirse ao mesmo servidor.
A diferenza importante é a cadea de destino coa que compara Firefox. Unha excepción de rango de IP e unha excepción de nome de host non son intercambiables. Non deas por feito que a lista de excepción manual resolve todos os nomes de host antes de decidir se se aplica unha regra de rango de enderezos.
| URL introducido | Información dispoñible para a comparación |
|---|---|
| http://192.168.1.20/ | Un enderezo IP literal |
| http://wiki.office.example/ | Un nome de host |
Se a intranet ten un dominio propio, usa as excepcións de nome de host ou de dominio axeitadas en lugar de adiviñar os enderezos aos que se poden resolver os nomes. Mantén os servizos públicos non relacionados fóra desa excepción. Un dominio pode conter aplicacións internas e aloxadas externamente.
A explicación orixinal de Mozilla distingue explicitamente a comparación de IP literais dos nomes que se resolven nesas IP. Ese documento é histórico, así que comproba o comportamento do cliente actual e a interface de políticas antes de copiar cada exemplo de sintaxe.
Cando a política necesita DNS
Un ficheiro PAC ofrece un lugar separado e explícito para as decisións que teñen en conta o DNS. Tamén introduce modos de fallo na distribución, a execución e a resolución do script. Úsao porque o requisito de enrutamento necesita esa lóxica, non só para que unha lista de excepción longa pareza máis curta.
Nunha instalación xestionada, revisa tamén a política efectiva de Firefox. Unha política de proxy bloqueada pode explicar por que unha edición local non determina a ruta.
Para diagnosticar problemas, anota o URL literal que introduciches, non só a IP final do servidor. Comparar un URL de nome de host cun URL de enderezo literal cambia a información dispoñible para a decisión de excepción, e é exactamente por iso polo que as dúas solicitudes poden seguir camiños distintos.