Proxychains skozi Squid: omejitve CONNECT na vratih 80
Razlikujte običajne zahteve HTTP proxy od tunelov HTTP CONNECT orodja proxychains, ko so ciljna vrata 80 zavrnjena.
Brskalnik naloži stran HTTP skozi Squid. Isti cilj pod proxychains ne uspe. To ne pomeni nujno, da je eden od obeh programov izbral napačen IP proxyja.
Običajen odjemalec, ki razume HTTP, lahko spletno zahtevo pošlje nadaljnjemu proxyju v obliki HTTP proxyja. Generičen ovoj nad vtičnico pa namesto tega potrebuje bajtni tunel za povezavo, ki jo je aplikacija želela odpreti. Za HTTP proxy v svoji verigi proxychains uporablja CONNECT.
To pomeni, da lahko preprosto besedilno spletišče na vratih 80 ustvari zahtevo CONNECT za vrata 80. Pravilo Squida, ki dovoljuje CONNECT le na svoj odobreni seznam vrat TLS, lahko tak tunel zavrne, čeprav so običajne zahteve HTTP na vrata 80 dovoljene.
Primerjajte zahteve, ne le imen gostiteljev
Dokumentacija proxychains-ng opisuje njegovo podporo HTTP CONNECT. Pravila dostopa Squida lahko ločijo metodo in ciljna vrata. To so različne poti zahtev do istega spletišča.
Preden jih spremenite, preberite zavrnitev in predvideno pravilo. Razširitev dostopa CONNECT na vsaka vrata je bistvena sprememba; ne bi smela biti privzeti odziv na neskladje ovoja.
Če ima aplikacija vgrajeno podporo za HTTP proxy, se lahko z njeno uporabo izognete nepotrebnemu splošnemu tunelu za preprost besedilni HTTP. Če resnično potrebuje surov tunel TCP, izberite odobren protokol proxyja in pravilo vrat, ki ga zagotavljata.
Uspešna zahteva brskalnika je koristen dokaz o dosegljivosti proxyja in enem podprtem načinu zahtev. Ne dokazuje pa, da so vsaka metoda tuneliranja, ciljna vrata ali protokol aplikacije dovoljeni skozi ta proxy.