formato URL locale .pac che funziona con IE e Safari (Windows)?

Supponiamo di voler utilizzare un file di configurazione automatica del proxy archiviato in C: \ proxy.pac. Per fare in modo che Internet Explorer utilizzi questa configurazione, devo specificare il file pac nelle impostazioni LAN nel modo seguente:

file://C:/proxy.pac

Ma Safari, che utilizza le stesse impostazioni proxy, in questo caso lo ignorerà. Per fare in modo che Safari usi il file pac, devo fare riferimento a

file:///C:/proxy.pac

(3 barre all'inizio) che, secondo Wikipedia, è il formato corretto. Ma in questo modo Internet Explorer lo ignorerà. Opera e Chrome, che utilizzano anche le stesse impostazioni proxy, vanno bene in entrambi i modi, ma esiste un'altra opzione che funzionerà contemporaneamente con Safari e Internet Explorer?

Per IE e la piattaforma Windows, la posizione corretta per un file pac locale sembra essere:

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

accanto al file hosts.

Questa funzione non è più supportata in W8.1 poiché lo file://schema non è mai stato supportato da WinHTTP. Pertanto, gli strumenti che utilizzano WinHTTP per le impostazioni proxy non lo riconosceranno.

Nota anche:

Nel novembre 2012, .NET Framework è stato modificato per utilizzare WinHTTP per l'elaborazione PAC, il che significa che, per impostazione predefinita, le applicazioni .NET non supporteranno file://più nemmeno gli script proxy basati su.

Se si desidera abilitare il protocollo file per una versione successiva di IE10, è sempre possibile utilizzare le seguenti impostazioni del registro:

• Chiave: HKLM\SOFTWARE\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\
• Valore: EnableLegacyAutoProxyFeatures
• Genere: REG_DWORD
• Dati: 1

Vedere la sezione "NOTA: Script proxy basati su file: // obsoleto" qui .

Che cosa succede se si utilizza il punto, come Wikipedia discute anche: file://./C:/proxy.pac? Finché non si trova su un nome condiviso, questa "ortografia" del percorso potrebbe essere accettabile sia per IE che per Safari.

In alternativa, eseguire un server Web locale e servire il file .pac, quindi fornire l'URL come http://localhost/path/to/proxy.pac. Ciò dovrebbe aggirare le differenze nei formati dell'URL del percorso evitando di utilizzare interamente un URL del percorso.