Ці падтрымлівае 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 дасылае да свайго прызначэння або бацькі. Змена толькі нумара порта не змяняе ні адной з дзвюх размоў.