Del resultado de una prueba PAC a la ruta real del navegador
Separe la ruta que devuelve una función PAC de la entrega del archivo, la adopción del navegador, el alcance del proxy y la ruta final de la solicitud.
Un probador de PAC devuelve PROXY proxy.example:8080. Un resultado útil. Sin embargo, quedan varias preguntas por responder antes de dar por verificada la configuración del navegador.
| Pregunta | Qué examinar |
|---|---|
| ¿Qué devuelve este script para esta entrada? | El evaluador, la URL de entrada y los resultados de las funciones auxiliares |
| ¿Obtuvo el navegador esta copia? | La URL de PAC configurada y las pruebas de entrega o de caché |
| ¿Usó el navegador la ruta devuelta? | El diagnóstico del navegador sobre la resolución del proxy y la conexión |
| ¿Podía esa ruta transportar la solicitud? | La conexión del extremo elegido y el intercambio con el proxy |
Una herramienta como pacparser evalúa la lógica de PAC con sus propias funciones auxiliares admitidas. No ejecuta toda la maquinaria del navegador de destino de descubrimiento de configuración, políticas, caché y conexión.
Mantenga las entradas comparables. Un esquema de URL distinto, otra forma de escribir el nombre del host, otra respuesta DNS o una dirección de cliente proporcionada pueden cambiar un resultado legítimo. Una prueba en otra red puede recorrer otra rama sin ningún fallo del script.
La política del navegador también puede elegir otra URL de PAC o un proxy fijo. Editar el archivo en el disco no demuestra que el navegador lo haya vuelto a descargar. En Chrome, actualizar el PAC es distinto de borrar los proxys malos recordados. Anote la revisión exacta del archivo y la configuración relevante del consumidor junto con el resultado.
Use la evaluación sin conexión para acotar un problema de lógica. Use el diagnóstico del cliente real para establecer la adopción y el enrutamiento. Si el resultado del script es correcto pero el proxy no ve ninguna transacción, investigue esa diferencia antes de reescribir una regla que funciona.