Результат PAC називає і проксі, і протокол. Якщо вашому розгортанню Firefox потрібен SOCKS5, укажіть це в поверненому значенні:

return "SOCKS5 proxy.example:1080";

Якщо політика PAC використовує публічні кінцеві точки, обирайте кандидатів зі списку проксі SOCKS5 і зберігайте явний результат SOCKS5. Загальний маркер SOCKS має історію сумісності. Це не переносна інструкція, яку кожен браузер мав би тлумачити як найновішу версію SOCKS.

У розглянутій тут реалізації Firefox аналізатор PAC зіставляє явний SOCKS5 із постачальником сокета версії 5 і запитує розв'язання імені цільового хоста на боці сервера. Ручне налаштування проксі йде окремим шляхом параметрів. Тому назву параметра з ручного налаштування не слід вважати універсальним поясненням кожного результату PAC.

Зберігайте в записі точну версію браузера, завантажений скрипт PAC і повернутий маркер. Скрипт, який ви відредагували, не обов'язково той, який отримав клієнт, а інший маршрут, повернутий для одного хоста, може змінити спостереження.

Ідеться про ім'я призначення, пов'язане з вибраним маршрутом SOCKS. Клієнт усе ще має досягти кінцевої точки проксі, а інші програми зберігають власну поведінку DNS. Не перетворюйте один правильний результат PAC на твердження, що тепер усі пошуки на рівні пристрою виконуються віддалено.

Коли конфігурація має підтримувати кілька браузерів, перевіряйте їхню задокументовану підтримку маркерів PAC, а не переносьте деталь рівня вихідного коду Firefox в іншу реалізацію.

Схожі статті