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