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 тунел, изберете одобрен прокси протокол и портна политика што го обезбедуваат.
Успешно барање од прелистувач е корисен доказ за достапноста на проксито и за еден поддржан режим на барање. Но тоа не докажува дека секој метод на тунелирање, целна порта или протокол на апликација е дозволен преку тоа прокси.