Čitanje Squid greške SO_ORIGINAL_DST
Provjerite je li eksplicitno konfigurisan klijent stigao do presretačkog slušaoca prije nego što počnete rješavati neuspjeh Squidovog traženja izvornog odredišta.
NF getsockopt(SO_ORIGINAL_DST) upućuje na traženje izvornog odredišta. U postavci presretanja Squid mora obnoviti kuda je preusmjerena veza prvobitno išla.
Eksplicitno konfigurisan pregledač namjerno šalje zahtjeve proksiju. Ta veza ne dobija istoriju NAT presretanja samo zato što uz port Squidovog slušaoca piše intercept.
Zato ovaj nesklad može propasti prije nego što certifikat odredišta postane relevantan.
Počnite od toga kako je veza stigla
- Ako aplikacija ima konfigurisanu adresu proksija, odredite uobičajeni slušalac prosljeđujućeg proksija koji treba koristiti.
- Ako gateway preusmjerava inače direktan saobraćaj, provjerite da li stiže do predviđenog presretačkog slušaoca i da li podržani NAT dizajn čuva potrebne podatke o odredištu.
- Ako postoje oba načina, provjerite koju adresu i port je klijent koji ne uspijeva zaista kontaktirao.
Squidova dokumentacija za http_port jasno pravi razliku: izostavljanje oznake načina bira način prosljeđujućeg proksija; intercept očekuje NAT presretanje na IP sloju.
Zatim sigurnost prijenosa tretirajte odvojeno. HTTP proksi može prenositi HTTPS putem CONNECT. TLS veza prema proksiju zahtijeva kompatibilan slušalac i konfiguraciju klijenta. Dešifriranje saobraćaja prema odredištu je opet zasebna opciona mogućnost.
Ne kopirajte staro “HTTPS rješenje” koje uključuje generisanje certifikata samo zato što URL odredišta počinje s HTTPS. Prvo popravite usklađenost klijenta i slušaoca. Ako nakon toga ostane stvarna TLS greška, ona će biti korisnija za istraživanje.