Proxychains përmes Squid: kufizimet CONNECT në portin 80
Dalloni kërkesat e zakonshme HTTP proxy nga tunelet HTTP CONNECT të proxychains kur porti 80 i destinacionit refuzohet.
Shfletuesi ngarkon një faqe HTTP përmes Squid. I njëjti destinacion dështon nën proxychains. Kjo nuk do të thotë domosdoshmërisht se njëri nga dy programet zgjodhi IP proxy të gabuar.
Një klient i zakonshëm që kupton HTTP mund ta dërgojë kërkesën e uebit te proxyja e përparme në formë HTTP proxy. Ndërsa një mbështjellës i përgjithshëm socket-i ka nevojë për një tunel bajtësh për lidhjen që aplikacioni donte të hapte. Për një HTTP proxy në zinxhirin e tij, proxychains përdor CONNECT.
Kjo do të thotë se një faqe interneti me tekst të thjeshtë në portin 80 mund të prodhojë një kërkesë CONNECT për portin 80. Një politikë e Squid që lejon CONNECT vetëm drejt listës së miratuar të porteve TLS mund ta refuzojë atë tunel, edhe pse kërkesat e zakonshme HTTP drejt portit 80 lejohen.
Krahasoni kërkesat, jo vetëm emrat e hosteve
Dokumentacioni i proxychains-ng përshkruan mbështetjen e tij për HTTP CONNECT. Rregullat e aksesit të Squid mund të dallojnë metodën dhe portin e destinacionit. Këto janë rrugë të ndryshme kërkese drejt të njëjtës faqe.
Lexoni refuzimin dhe politikën e synuar përpara se ta ndryshoni. Zgjerimi i aksesit CONNECT në çdo port është një ndryshim i rëndësishëm; nuk duhet të jetë përgjigjja e parazgjedhur ndaj mospërputhjes së mbështjellësit.
Nëse aplikacioni ka mbështetje amtare për HTTP proxy, përdorimi i saj mund të shmangë një tunel të përgjithshëm të panevojshëm për HTTP me tekst të thjeshtë. Nëse i duhet vërtet një tunel TCP i papërpunuar, zgjidhni një protokoll proxy dhe një politikë portesh të miratuara që e ofrojnë atë.
Një kërkesë e suksesshme e shfletuesit është provë e dobishme për arritshmërinë e proxyes dhe për një mënyrë kërkese të mbështetur. Por nuk provon se çdo metodë tunelimi, port destinacioni ose protokoll aplikacioni lejohet përmes asaj proxyje.