Proxychains caur Squid: CONNECT ierobežojumi 80. portā
Atšķiriet parastos HTTP starpniekservera pieprasījumus no proxychains HTTP CONNECT tuneļiem, kad galamērķa ports 80 tiek noraidīts.
Pārlūks ielādē HTTP lapu caur Squid. Tas pats galamērķis nedarbojas proxychains vidē. Tas nenozīmē, ka viena no abām programmām izvēlējās nepareizu starpniekservera IP.
Parasts HTTP saprotošs klients var nosūtīt tīmekļa pieprasījumu uz priekšējo starpniekserveri HTTP starpniekservera formā. Savukārt vispārīgs socket ietvars pieprasījumam, ko lietojumprogramma gribēja atvērt, ir vajadzīgs baitu tunelis. Starpniekserverim HTTP savā ķēdē proxychains izmanto CONNECT.
Tas nozīmē, ka vienkārša teksta vietne 80. portā var radīt CONNECT pieprasījumu 80. portam. Squid politika, kas atļauj CONNECT tikai uz apstiprināto TLS portu sarakstu, var noraidīt šo tuneli, lai gan parastie HTTP pieprasījumi uz 80. portu ir atļauti.
Salīdziniet pieprasījumus, ne tikai resursdatora nosaukumus
proxychains-ng dokumentācija apraksta HTTP CONNECT atbalstu. Squid piekļuves noteikumi var atšķirt metodi un galamērķa portu. Tie ir dažādi pieprasījuma ceļi uz to pašu vietni.
Pirms mainīšanas izlasiet noraidījumu un paredzēto politiku. CONNECT piekļuves paplašināšana uz visiem portiem ir būtiska izmaiņa; tai nevajadzētu būt noklusējuma atbildei uz ietvara neatbilstību.
Ja lietojumprogrammai ir vietējs HTTP starpniekservera atbalsts, tā izmantošana var izvairīties no nevajadzīga vispārīga tuneļa vienkārša teksta HTTP gadījumā. Ja tai patiešām vajag neapstrādātu TCP tuneli, izvēlieties apstiprinātu starpniekservera protokolu un portu politiku, kas to nodrošina.
Veiksmīgs pārlūka pieprasījums ir noderīgs pierādījums par starpniekservera sasniedzamību un vienu atbalstītu pieprasījuma režīmu. Tas neapstiprina, ka ikviena tuneļošanas metode, galamērķa ports vai lietojumprogrammas protokols ir atļauts caur šo starpniekserveri.