Proxychains fia Squid: CONNECT-beheiningen op poarte 80
Unterskied gewoane HTTP-proxyfersiken fan proxychains HTTP CONNECT-tunnels as de bestimmingspoarte 80 wegere wurdt.
De browser lade in HTTP-side fia Squid. Deselde bestimmingsplak mislearret ûnder proxychains. Dat betsjut net needsaaklik dat ien fan beide programma's it ferkearde proxy-IP keas.
In gewoane HTTP-bewuste klant kin it webfersyk yn HTTP-proxyfoarm nei de foarútproxy stjoere. In generike socket-omhulling hat ynstee in byte-tunnel nedich foar de ferbining dy't de applikaasje iepenje woe. Foar in HTTP-proxy yn syn keatling brûkt proxychains CONNECT.
Dat betsjut dat in platte-tekst-website op poarte 80 in CONNECT-fersyk foar poarte 80 meitsje kin. In Squid-belied dat CONNECT allinnich nei syn goedkarde TLS-poartlist tastean, kin dy tunnel ôfwize sels ast gewoane HTTP-fersiken nei poarte 80 tastien binne.
Fergelykje fersiken, net allinnich hostnammen
De dokumintaasje fan proxychains-ng beskriuwt syn stipe foar HTTP CONNECT. De tagongsregels fan Squid kinne metoade en bestimmingspoarte ûnderskiede. Dit binne ferskate fersikpaden nei deselde website.
Lês de ôfwizing en it bedoelde belied foardat jo it feroarje. CONNECT-tagong útwreidzje nei elke poarte is in grutte feroaring; it moat net it standertantwurd wêze op in omhullingsmisferstân.
As de applikaasje native HTTP-proxystipe hat, kin it brûken dêrfan in ûnnedige generike tunnel foar platte-tekst-HTTP foarkomme. As it echt in rauwe TCP-tunnel nedich hat, kies dan in goedkard proxyprotokol en poartebelied dat der ien leveret.
In slagge browserfersyk is nuttich bewiis oer de berikberens fan 'e proxy en oer ien stipe fersikmodus. It bewiist net dat elke tunnelmetoade, bepaalde poarte of applikaasjeprotokol troch dy proxy tastien is.