Чи підтримує HTTP-слухач Squid протокол SOCKS?
Відокремте протокол проксі від номерів портів і відрізніть експериментальну роботу Squid із SOCKS від стандартної підтримки HTTP-слухача.
http_port у Squid приймає трафік HTTP-проксі незалежно від номера порту. Налаштування на порту 1080 залишає його HTTP-слухачем; клієнт SOCKS надсилає інше рукостискання.
Програма, що підтримує HTTP-проксі, може використовувати адресу й порт Squid у своїх налаштуваннях HTTP-проксі. Призначення HTTPS можуть проходити через CONNECT, тому цей параметр підходить і для захищених сайтів, коли проксі дозволяє тунель.
Програмі, якій потрібен SOCKS, потрібна служба, що реалізує потрібну версію SOCKS, та автентифікація. Для дозволених публічних маршрутів обирайте кандидатів зі списку SOCKS-проксі, що відповідають цій версії. Окремий сервер SOCKS або відповідне локальне динамічне переспрямування SSH можуть надати такий інтерфейс.
Експериментальна підтримка та вищі проксі
Сторінка розробки SOCKS у Squid описує експериментальні та бібліотечні підходи з обмеженнями. Вона не доводить, що стандартний упакований HTTP-слухач приймає SOCKS5 через перемикач конфігурації.
Змусити Squid використовувати SOCKS вище за ланцюгом — окрема вимога до його вихідних з'єднань. Метод, що впливає на ці сокети, не додає підтримки вхідного SOCKS.
У разі невідповідності протоколів визначте, що програма надсилає до Squid і що Squid надсилає до свого призначення або батьківського проксі. Зміна лише номера порту не змінює жодної з двох розмов.