Dal risultato di un test PAC alla rotta reale del browser
Distinguere la rotta restituita da una funzione PAC dalla consegna del file, dall'adozione del browser, dalla raggiungibilità del proxy e dal percorso finale della richiesta.
Un tester PAC restituisce PROXY proxy.example:8080. Risultato utile. Tuttavia restano diverse domande da chiarire prima di dichiarare verificata la configurazione del browser.
| Domanda | Cosa esaminare |
|---|---|
| Cosa restituisce questo script per questo input? | Il valutatore, l'URL di input e i risultati delle funzioni ausiliarie |
| Il browser ha ottenuto questa copia? | L'URL PAC configurato e le prove di consegna o di cache |
| Il browser ha usato la rotta restituita? | La diagnostica del browser sulla risoluzione del proxy e sulla connessione |
| Quella rotta poteva trasportare la richiesta? | La connessione dell'endpoint scelto e lo scambio con il proxy |
Uno strumento come pacparser valuta la logica PAC con le proprie funzioni ausiliarie supportate. Non esegue l'intera macchina del browser di destinazione per scoperta della configurazione, criteri, cache e connessione.
Mantieni confrontabili gli input. Uno schema di URL diverso, una diversa grafia del nome host, una risposta DNS diversa o un indirizzo client fornito possono cambiare un risultato legittimo. Una prova su un'altra rete può seguire un altro ramo senza alcun difetto nello script.
Anche i criteri del browser possono scegliere un altro URL PAC o un proxy fisso. Modificare il file su disco non dimostra che il browser lo abbia scaricato di nuovo. In Chrome, aggiornare il PAC è diverso dal cancellare i proxy difettosi memorizzati. Annota la revisione esatta del file e le impostazioni rilevanti del consumatore insieme al risultato.
Usa la valutazione offline per circoscrivere un problema di logica. Usa la diagnostica del client reale per accertare adozione e instradamento. Se il risultato dello script è corretto ma il proxy non vede transazioni, indaga quel divario prima di riscrivere una regola che funziona.