Un resultado PAC nomea tanto un proxy como un protocolo. Se o teu Firefox precisa SOCKS5, indícao no valor devolto:

return "SOCKS5 proxy.example:1080";

Se a política PAC usa puntos de conexión públicos, escolle candidatos da lista de proxies SOCKS5 e mantén o resultado SOCKS5 explícito. O token xenérico SOCKS ten un historial de compatibilidade. Non é unha instrución portátil que todos os navegadores deban interpretar como a versión máis recente de SOCKS.

Na implementación de Firefox examinada aquí, o analizador PAC asocia o SOCKS5 explícito ao provedor de sockets de versión 5 e solicita a resolución do nome de host de destino no lado do servidor. A configuración manual do proxy segue unha ruta de axustes distinta. Por iso, un nome de preferencia dunha configuración manual non debería tratarse como unha explicación universal de cada resultado PAC.

Garda no rexistro a versión exacta do navegador, o script PAC cargado e o token devolto. Un script que editaches non é necesariamente o script que obtivo o cliente, e unha ruta distinta devolta para un host pode cambiar a observación.

Isto refírese ao nome de destino asociado coa ruta SOCKS seleccionada. O cliente aínda ten que chegar ao punto de conexión do proxy, e outras aplicacións manteñen o seu propio comportamento DNS. Non convertas un resultado PAC correcto na afirmación de que agora todas as consultas do dispositivo viaxan de forma remota.

Cando a configuración deba soportar varios navegadores, comproba a súa compatibilidade documentada con tokens PAC en lugar de trasladar un detalle do nivel de código fonte de Firefox a outra implementación.

Artigos relacionados