Use SOCKS5 de forma explícita en los resultados PAC de Firefox

Un resultado PAC nombra tanto un proxy como un protocolo. Si su implementación de Firefox necesita SOCKS5, indíquelo en el valor devuelto:

return "SOCKS5 proxy.example:1080";

Si la política PAC usa puntos de conexión públicos, elija candidatos de la lista de proxies SOCKS5 y mantenga el resultado SOCKS5 explícito. El token genérico SOCKS tiene un historial de compatibilidad. No es una instrucción portátil que todos los navegadores deban interpretar como la versión más reciente de SOCKS.

En la implementación de Firefox examinada aquí, el analizador PAC asigna el SOCKS5 explícito al proveedor de sockets de versión 5 y solicita la resolución del nombre de host de destino en el lado del servidor. La configuración manual del proxy sigue una ruta de ajustes distinta. Por lo tanto, un nombre de preferencia de una configuración manual no debería tratarse como una explicación universal de cada resultado PAC.

Guarde en el registro la versión exacta del navegador, el script PAC cargado y el token devuelto. Un script que usted editó no es necesariamente el script que obtuvo el cliente, y una ruta distinta devuelta para un host puede cambiar la observación.

Esto se refiere al nombre de destino asociado con la ruta SOCKS seleccionada. El cliente aún debe alcanzar el punto de conexión del proxy, y otras aplicaciones conservan su propio comportamiento DNS. No convierta un resultado PAC correcto en la afirmación de que ahora todas las consultas del dispositivo viajan de forma remota.

Cuando la configuración deba admitir varios navegadores, compruebe su compatibilidad documentada con tokens PAC en lugar de trasladar un detalle del nivel de código fuente de Firefox a otra implementación.