Ett PAC-resultat namnger både en proxy och ett protokoll. Om din Firefox-installation behöver SOCKS5, säg det i det returnerade värdet:

return "SOCKS5 proxy.example:1080";

Om PAC-principen använder offentliga slutpunkter, välj kandidater från SOCKS5-proxylistan och behåll det uttryckliga SOCKS5-resultatet. Den generiska SOCKS-tokenen har en kompatibilitetshistorik. Det är inte en flyttbar instruktion som varje webbläsare måste tolka som den nyaste SOCKS-versionen.

I den Firefox-implementation som granskas här kopplar PAC-tolkaren uttrycklig SOCKS5 till socket-leverantören för version 5 och begär att destinationsvärdnamnet löses på serversidan. Manuell proxykonfiguration följer en separat inställningsväg. Ett inställningsnamn från en manuell konfiguration bör därför inte behandlas som en universell förklaring till varje PAC-resultat.

Spara den exakta webbläsarversionen, det inlästa PAC-skriptet och den returnerade tokenen i posten. Ett skript som du har redigerat är inte nödvändigtvis det skript som klienten hämtade, och en annan väg som returneras för en värd kan ändra observationen.

Detta gäller destinationsnamnet som hör till den valda SOCKS-vägen. Klienten måste fortfarande nå proxyns slutpunkt, och andra program behåller sitt eget DNS-beteende. Gör inte ett korrekt PAC-resultat till ett påstående att alla uppslagningar på enheten nu sker på distans.

När konfigurationen måste stödja flera webbläsare, kontrollera deras dokumenterade stöd för PAC-token i stället för att flytta en detalj på Firefox källkodsnivå till en annan implementation.

Relaterade artiklar