formato de URL do arquivo .pac local que funciona com o IE e o Safari (Windows)?

Digamos que eu queira usar um arquivo de configuração automática de proxy armazenado em C: \ proxy.pac. Para fazer o Internet Explorer usar essa configuração, preciso especificar o arquivo pac nas configurações da LAN da seguinte maneira:

file://C:/proxy.pac

Mas o Safari, que usa as mesmas configurações de proxy, o ignorará neste caso. Para fazer o Safari usar o arquivo pac, tenho que fazer referência a ele como

file:///C:/proxy.pac

(3 barras no início) que, de acordo com a Wikipedia, estão no formato correto. Mas dessa maneira o Internet Explorer o ignorará. O Opera e o Chrome, que também usam as mesmas configurações de proxy, funcionam bem nos dois sentidos, mas há outra opção que funcionará com o Safari e o Internet Explorer ao mesmo tempo?

Para o IE e a plataforma Windows, o local correto para um arquivo pac local parece ser:

file://C:/Windows/system32/drivers/etc/proxy

ao lado do seu arquivo hosts.

Esse recurso não é mais suportado no W8.1, pois o file://esquema nunca foi suportado pelo WinHTTP. Portanto, as ferramentas que usam o WinHTTP para configurações de proxy não o reconhecerão.

Observe também:

Em novembro de 2012, o .NET Framework foi alterado para usar o WinHTTP para processamento PAC, o que significa que, por padrão, o .NET Applications também não oferece suporte a file://scripts de proxy baseados em.

Se você deseja habilitar o protocolo de arquivo para uma versão posterior ao IE10, sempre pode usar a seguinte configuração do Registro:

• Chave: HKLM\SOFTWARE\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\
• Valor: EnableLegacyAutoProxyFeatures
• Tipo: REG_DWORD
• Dados: 1

Consulte a seção "NOTA: Arquivo: // scripts de proxy baseados em obsoletos" aqui .

O que acontece se você usar o ponto, como a Wikipedia também discute file://./C:/proxy.pac:? Desde que não esteja em um nome de compartilhamento, essa "ortografia" do caminho pode ser aceitável para o IE e o Safari.

Como alternativa, execute um servidor da web local e sirva o arquivo .pac e forneça o URL como http://localhost/path/to/proxy.pac. Isso deve solucionar as diferenças nos formatos de URL do caminho, evitando o uso completo de um URL.