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

Običan HTTP svjestan klijent može poslati web zahtjev prednjem 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 rabi 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 odobrenom popisu TLS portova može odbiti taj tunel iako su obični HTTP zahtjevi na port 80 dopušteni.

Usporedite 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 putovi zahtjeva prema istoj web stranici.

Pročitajte odbijanje i namjeravanu politiku prije nego ju promijenite. Proširenje CONNECT pristupa na svaki port znatna 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 portnu 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