Proxychains кроз Squid: ограничења CONNECT на порту 80
Разликујте обичне HTTP прокси захтеве од HTTP CONNECT тунела proxychains-а када је одредишни порт 80 одбијен.
Прегледач учитава HTTP страницу кроз Squid. Исто одредиште не успева под proxychains-ом. То не значи нужно да је један од два програма изабрао погрешну прокси IP адресу.
Обичан HTTP свестан клијент може послати веб захтев преносном проксију у облику HTTP проксија. Генерички омотач сокета уместо тога треба бајтни тунел за везу коју је апликација хтела да отвори. За HTTP прокси у свом ланцу proxychains користи CONNECT.
То значи да обична текстуална веб страница на порту 80 може да произведе CONNECT захтев за порт 80. Политика Squid-а која дозвољава CONNECT само ка одобреној листи TLS портова може да одбије тај тунел иако су обични HTTP захтеви на порт 80 дозвољени.
Упоредите захтеве, не само имена хостова
Документација proxychains-ng-а описује његову подршку за HTTP CONNECT. Правила приступа Squid-а могу да разликују метод и одредишни порт. То су различити путеви захтева ка истој веб страници.
Прочитајте одбијање и намеравану политику пре него што је промените. Проширење CONNECT приступа на сваки порт је значајна промена; не би требало да буде подразумевани одговор на неслагање омотача.
Ако апликација има изворну подршку за HTTP прокси, њено коришћење може да избегне непотребан генерички тунел за обичан текстуални HTTP. Ако јој заиста треба сирови TCP тунел, изаберите одобрени прокси протокол и портну политику који га пружају.
Успешан захтев прегледача корисан је доказ о доступности проксија и једном подржаном начину захтева. Али он не доказује да су свака метода тунелирања, одредишни порт или протокол апликације дозвољени кроз тај прокси.