Proxychains läbi Squidi: CONNECT-i piirangud pordil 80
Eristage tavalisi HTTP-puhverserveri päringuid proxychainsi HTTP CONNECT-tunnelitest, kui sihtport 80 keeldutakse.
Brauser laadib HTTP-lehe läbi Squidi. Sama sihtkoht ebaõnnestub proxychainsi all. See ei tähenda tingimata, et üks kahest programmist valis vale puhverserveri IP.
Tavaline HTTP-d mõistev klient saab veebipäringu saata edaspidisele puhverserverile HTTP-puhverserveri kujul. Üldine socket-kate vajab seevastu baitide tunnelit ühenduse jaoks, mille rakendus tahtis avada. Oma ahelas oleva HTTP-puhverserveri jaoks kasutab proxychains CONNECT-i.
See tähendab, et lihttekstiline veebisait pordil 80 võib tekitada CONNECT-päringu pordile 80. Squidi poliitika, mis lubab CONNECT-i ainult oma kinnitatud TLS-portide loendisse, võib selle tunneli tagasi lükata, kuigi tavalised HTTP-päringud pordile 80 on lubatud.
Võrrelge päringuid, mitte ainult hostinimesid
proxychains-ng dokumentatsioon kirjeldab selle HTTP CONNECT-i tuge. Squidi juurdepääsureeglid suudavad eristada meetodit ja sihtporti. Need on erinevad päringuteed sama veebisaidi juurde.
Lugege keeldumist ja kavandatud poliitikat enne selle muutmist. CONNECT-i juurdepääsu laiendamine kõikidele portidele on oluline muudatus; see ei tohiks olla vaikimisi vastus katte ebakõlale.
Kui rakendusel on loomulik HTTP-puhverserveri tugi, võib selle kasutamine vältida tarbetut üldist tunnelit lihttekstilise HTTP jaoks. Kui tal on tõesti vaja töötlemata TCP-tunnelit, valige kinnitatud puhverserveri protokoll ja pordipoliitika, mis selle pakub.
Edukas brauseripäring on kasulik tõend puhverserveri kättesaadavuse ja ühe toetatud päringurežiimi kohta. See ei tõesta, et iga tunnelimeetod, sihtport või rakendusprotokoll on selle puhverserveri kaudu lubatud.