Ang resulta ng PAC ay nagpangalan ng proxy at protocol. Kung kailangan ng iyong deployment ng Firefox ang SOCKS5, sabihin ito sa ibinalik na halaga:

return "SOCKS5 proxy.example:1080";

Kung gumagamit ang patakaran ng PAC ng mga pampublikong endpoint, pumili ng mga kandidato mula sa listahan ng proxy na SOCKS5 at panatilihin ang tahasang resultang SOCKS5. Ang pangkalahatang token na SOCKS ay may kasaysayan ng pagiging tugma. Hindi ito isang naipapasa na tagubilin na dapat bigyang-kahulugan ng bawat browser bilang pinakabagong bersyon ng SOCKS.

Sa implementasyon ng Firefox na sinuri dito, itinutugma ng parser ng PAC ang tahasang SOCKS5 sa tagapagbigay ng socket na bersyon 5 at humihiling ng resolusyon ng hostname ng destinasyon sa panig ng server. Ang manu-manong konfigurasyon ng proxy ay sumusunod sa hiwalay na landas ng mga setting. Kaya ang isang pangalan ng kagustuhan mula sa manu-manong setup ay hindi dapat ituring na pangkalahatang paliwanag ng bawat resulta ng PAC.

Itago sa talaan ang eksaktong bersyon ng browser, ang na-load na script ng PAC at ang ibinalik na token. Ang script na in-edit mo ay hindi laging ang script na nakuha ng kliyente, at ang ibang rutang ibinabalik para sa isang host ay maaaring magpabago ng obserbasyon.

Ito ay tungkol sa pangalan ng destinasyon na kaugnay ng napiling rutang SOCKS. Kailangan pa ring maabot ng kliyente ang endpoint ng proxy, at pinapanatili ng ibang aplikasyon ang sarili nilang gawi sa DNS. Huwag gawing pag-aangkin ang isang tamang resulta ng PAC na ang lahat ng paghahanap sa buong device ay malayuang nangyayari ngayon.

Kapag kailangang suportahan ng konfigurasyon ang ilang browser, suriin ang kanilang nakadokumentong suporta sa PAC token sa halip na ilipat ang detalye sa antas ng source ng Firefox sa ibang implementasyon.

Kaugnay na mga artikulo