Se o Chrome não consegue usar um script PAC fornecido como URL file://, verifique esse caminho de entrega antes de reescrever o script. A falha ao carregar um local não estabelece que o encaminhamento PAC não seja suportado.

A API de proxy do Chrome tem um modo pac_script, com o URL do script ou dados inline disponíveis através da interface de extensão suportada. Um ficheiro local fornecido nas definições do sistema operativo é apenas uma forma de tentar entregar o script.

Siga o script até ao navegador

Determine o que controla o navegador afetado: definições do sistema, política gerida, configuração da linha de comandos ou uma extensão. Um valor apresentado nas definições do macOS não prova que o Chrome obteve e avaliou esse script.

Distinga um local de script rejeitado ou inacessível de um erro de avaliação, e ambos de uma falha ao ligar ao proxy devolvido por um script válido. A porta SOCKS só se torna relevante depois de o navegador escolher essa rota.

Distribua um PAC gerido através de um mecanismo aprovado que os clientes de destino suportem. Um URL de entrega HTTP ou HTTPS tem de permanecer acessível quando o proxy que descreve não estiver disponível. Com dados inline fornecidos por extensão, alterar o ficheiro original não atualiza automaticamente o script copiado. Para uma pequena política local no arranque, incorpore o script num URL de dados como outra via de entrega.

Um PAC interno pode conter nomes de anfitrião privados e regras de encaminhamento. Mantenha-o num serviço de entrega aprovado em vez de o mudar para alojamento público arbitrário para resolver um problema de ficheiro local.

Artigos relacionados