Perché Firefox continua a passare da un proxy un host intranet nella tua sottorete di esclusione
Un intervallo di esclusione per indirizzi IP letterali non esenta necessariamente un nome host che si risolve in quell'intervallo.
Hai inserito 192.168.0.0/16 nella lista «Nessun proxy per» di Firefox. Aprire http://192.168.1.20/ va diretto, ma http://wiki.office.example/ raggiunge ancora il proxy. I due URL possono riferirsi allo stesso server.
La differenza importante è la stringa di destinazione con cui confronta Firefox. Un'eccezione per un intervallo IP e un'eccezione per un nome host non sono interscambiabili. Non dare per scontato che la lista di esclusione manuale risolva ogni nome host prima di decidere se si applica una regola sull'intervallo di indirizzi.
| URL inserito | Informazioni disponibili per il confronto |
|---|---|
| http://192.168.1.20/ | Un indirizzo IP letterale |
| http://wiki.office.example/ | Un nome host |
Se l'intranet ha un dominio dedicato, usa le eccezioni per nome host o dominio appropriate invece di indovinare gli indirizzi in cui i nomi possono risolversi. Tieni i servizi pubblici non correlati fuori da quell'eccezione. Un dominio può contenere sia applicazioni interne sia applicazioni ospitate all'esterno.
La spiegazione originale di Mozilla distingue esplicitamente il confronto di IP letterali dai nomi che si risolvono in quegli IP. Quel documento è storico, quindi verifica il comportamento del client attuale e l'interfaccia dei criteri prima di copiarne ogni esempio di sintassi.
Quando il criterio ha bisogno del DNS
Un file PAC offre un luogo separato ed esplicito per le decisioni che tengono conto del DNS. Introduce anche modalità di errore nella distribuzione, nell'esecuzione e nella risoluzione dello script. Usalo perché il requisito di instradamento ha bisogno di quella logica, non solo per far sembrare più corta una lunga lista di esclusione.
In un'installazione gestita, esamina anche il criterio effettivo di Firefox. Una criterio del proxy bloccato può spiegare perché una modifica locale non determina il percorso.
Per la risoluzione dei problemi, annota l'URL letterale inserito, non solo l'IP finale del server. Confrontare un URL con nome host e un URL con indirizzo letterale cambia le informazioni disponibili per la decisione di esclusione, ed è proprio per questo che le due richieste possono seguire percorsi diversi.