Proxychains през Squid: ограничения на CONNECT за порт 80
Различавайте обикновените HTTP заявки през прокси от HTTP CONNECT тунелите на proxychains, когато дестинационен порт 80 е отказан.
Браузърът зарежда HTTP страница през Squid. Същата дестинация се проваля под proxychains. Това не означава непременно, че една от двете програми е избрала грешен прокси IP адрес.
Обикновен HTTP клиент може да изпрати уеб заявката към предния прокси във формата на HTTP прокси. Универсална socket обвивка вместо това се нуждае от байтов тунел за връзката, която приложението е искало да отвори. За HTTP прокси във веригата си proxychains използва CONNECT.
Това означава, че открит текстов сайт на порт 80 може да генерира CONNECT заявка за порт 80. Политика на Squid, която разрешава CONNECT само към одобрения списък с TLS портове, може да отхвърли такъв тунел, дори когато обикновените HTTP заявки към порт 80 са разрешени.
Сравнявайте заявките, не само имената на хостовете
Документацията на proxychains-ng описва поддръжката му на HTTP CONNECT. Правилата за достъп на Squid могат да различават метод и дестинационен порт. Това са различни пътища на заявка към един и същ сайт.
Прочетете отказа и предназначената политика, преди да я промените. Разширяването на достъпа CONNECT до всеки порт е съществена промяна; то не бива да е реакцията по подразбиране при несъответствие на обвивката.
Ако приложението има вградена поддръжка на HTTP прокси, използването ѝ може да избегне ненужен универсален тунел за открит текстов HTTP. Ако наистина му е нужен суров TCP тунел, изберете одобрен прокси протокол и порт политика, които го предоставят.
Успешна заявка от браузър е полезно доказателство за достъпността на проксито и за един поддържан режим на заявка. Тя не доказва, че всеки метод на тунелиране, дестинационен порт или протокол на приложение е разрешен през това прокси.