Preglednik učitava HTTP stranicu kroz Squid. Isto odredište ne uspijeva pod proxychains. To ne znači nužno da je jedan od dva programa odabrao pogrešnu proxy IP adresu.

Običan HTTP svjestan klijent može poslati web zahtjev forward proxyju u obliku HTTP proxyja. Generički socket omotač umjesto toga treba bajtni tunel za vezu koju je aplikacija htjela otvoriti. Za HTTP proxy u svom lancu proxychains koristi CONNECT.

To znači da obična tekstualna web stranica na portu 80 može proizvesti CONNECT zahtjev za port 80. Squid politika koja dopušta CONNECT samo prema odobrenoj listi TLS portova može odbiti taj tunel iako su obični HTTP zahtjevi na port 80 dopušteni.

Uporedite zahtjeve, ne samo imena hostova

Dokumentacija proxychains-ng opisuje njegovu podršku za HTTP CONNECT. Squid pravila pristupa mogu razlikovati metodu i odredišni port. To su različiti putevi zahtjeva prema istoj web stranici.

Pročitajte odbijanje i namjeravanu politiku prije nego je promijenite. Proširenje CONNECT pristupa na svaki port značajna je promjena; ne bi trebalo biti zadani odgovor na nesklad omotača.

Ako aplikacija ima izvornu podršku za HTTP proxy, njezino korištenje može izbjeći nepotreban generički tunel za obični tekstualni HTTP. Ako joj doista treba sirovi TCP tunel, odaberite odobreni proxy protokol i port politiku koji ga pružaju.

Uspješan zahtjev preglednika koristan je dokaz o dostupnosti proxyja i jednom podržanom načinu zahtjeva. On ne dokazuje da su svaka metoda tuneliranja, odredišni port ili protokol aplikacije dopušteni kroz taj proxy.

Povezani članci