Il messaggio di stato dice «Resolving host in proxy script», eppure cambiare server proxy cambia poco. È un indizio utile: forse il browser sta ancora decidendo dove inviare la richiesta.

Un file PAC può eseguire controlli che dipendono dal DNS. Se questi controlli attendono un resolver irraggiungibile o pongono ripetutamente domande inutili, il caricamento della pagina può bloccarsi prima che il proxy selezionato riceva qualcosa.

1. Individuate la pausa

Per un URL interessato, stabilite se il ritardo avviene durante il recupero del file PAC, la sua valutazione o la connessione al proxy restituito. Un log di accesso del proxy vuoto è coerente con le prime due fasi; non dimostra che il browser abbia usato un percorso diretto.

Poi verificate quali regole richiedono il DNS. Le linee guida Microsoft sulle prestazioni dei PAC consigliano di evitare lavoro inutile dipendente dal DNS. Un controllo di uguaglianza del nome host non richiede le stesse informazioni della risoluzione di quel nome e del controllo di una sottorete.

2. Rimuovete il lavoro DNS inutile

Le eccezioni per nomi host note spesso possono essere decise prima dei controlli ampi basati sugli indirizzi. Risolvete un nome solo quando la politica rimanente richiede davvero il suo indirizzo. Conservate il risultato in una variabile locale se più condizioni successive richiedono lo stesso valore.

Non «aggiustate» uno script lento aggiungendo un ritorno DIRECT incondizionato in cima. Questo elimina la decisione di instradamento insieme al ritardo.

Le soluzioni DNS specifiche della macchina richiedono prove. Abilitare la condivisione dei file o riscrivere il file hosts di ogni portatile è una cattiva prima reazione a uno script di instradamento lento. Verificate il comportamento del resolver e del nome host sulla rete interessata, soprattutto dopo un cambio di rete, e modificate il PAC solo dove il suo percorso decisionale reale lo richiede.

Articoli correlati