Proxychains trwy Squid: cyfyngiadau CONNECT ar borth 80
Gwahaniaethwch geisiadau HTTP proxy cyffredin oddi wrth dwnelau HTTP CONNECT proxychains pan wrthodir porth 80 y gyrchfan.
Mae'r porwr yn llwytho tudalen HTTP trwy Squid. Mae'r un gyrchfan yn methu o dan proxychains. Nid yw hynny o reidrwydd yn golygu bod un o'r ddau raglen wedi dewis IP proxy anghywir.
Gall cleient HTTP cyffredin anfon y cais gwe i'r proxy ymlaen ar ffurf proxy HTTP. Mae lapio soced generig yn hytrach angen twnel beitiau ar gyfer y cysylltiad yr oedd y rhaglen am ei agor. Ar gyfer proxy HTTP yn ei gadwyn, mae proxychains yn defnyddio CONNECT.
Mae hynny'n golygu y gall gwefan destun plaen ar borth 80 gynhyrchu cais CONNECT ar gyfer porth 80. Gall polisi Squid sy'n caniatáu CONNECT dim ond i'w restr gymeradwy o borthladdoedd TLS wrthod y twnel hwnnw er bod ceisiadau HTTP arferol i borth 80 yn cael eu caniatáu.
Cymharwch geisiadau, nid enwau gwesteiwyr yn unig
Mae dogfennaeth proxychains-ng yn disgrifio ei gefnogaeth HTTP CONNECT. Gall rheolau mynediad Squid wahaniaethu rhwng dull a phorth y gyrchfan. Mae'r rhain yn llwybrau cais gwahanol i'r un wefan.
Darllenwch y gwrthodiad a'r polisi arfaethedig cyn ei newid. Mae ehangu mynediad CONNECT i bob porth yn newid sylweddol; ni ddylai fod yr ymateb diofyn i anghysondeb lapio.
Os oes gan y rhaglen gefnogaeth HTTP proxy frodorol, gall ei defnyddio osgoi twnel generig diangen ar gyfer HTTP testun plaen. Os oes gwir angen twnel TCP crai arni, dewiswch brotocol proxy a pholisi porth cymeradwy sy'n ei ddarparu.
Mae cais porwr llwyddiannus yn dystiolaeth ddefnyddiol am gyrhaeddadwyedd y proxy ac am un modd cais a gefnogir. Nid yw'n profi bod pob dull twnelu, porth cyrchfan na phrotocol rhaglen yn cael ei ganiatáu trwy'r proxy hwnnw.