Do resultado de um teste PAC à rota real do navegador
Separe a rota devolvida por uma função PAC da entrega do ficheiro, da adoção pelo navegador, do alcance do proxy e do caminho final do pedido.
Um testador de PAC devolve PROXY proxy.example:8080. Um resultado útil. Ainda assim, faltam várias perguntas antes de dar a configuração do navegador como verificada.
| Pergunta | O que examinar |
|---|---|
| O que devolve este script para esta entrada? | O avaliador, o URL de entrada e os resultados das funções auxiliares |
| O navegador obteve esta cópia? | O URL PAC configurado e provas de entrega ou de cache |
| O navegador usou a rota devolvida? | O diagnóstico do navegador sobre a resolução do proxy e a ligação |
| Essa rota podia transportar o pedido? | A ligação do ponto final escolhido e a troca com o proxy |
Uma ferramenta como o pacparser avalia a lógica PAC com as suas próprias funções auxiliares suportadas. Não executa toda a maquinaria do navegador de destino de descoberta de configuração, política, cache e ligação.
Mantenha as entradas comparáveis. Um esquema de URL diferente, outra grafia do nome do anfitrião, outra resposta DNS ou um endereço de cliente fornecido podem alterar um resultado legítimo. Um teste noutra rede pode seguir outro ramo sem qualquer falha no script.
A política do navegador também pode escolher outro URL PAC ou um proxy fixo. Editar o ficheiro no disco não prova que o navegador o tenha buscado de novo. No Chrome, atualizar o PAC é diferente de limpar proxies maus memorizados. Registe a revisão exata do ficheiro e as definições relevantes do consumidor junto ao resultado.
Use a avaliação offline para delimitar um problema de lógica. Use o diagnóstico do cliente real para estabelecer a adoção e o encaminhamento. Se o resultado do script estiver correto mas o proxy não vir qualquer transação, investigue essa diferença antes de reescrever uma regra que funciona.