Squid-en SO_ORIGINAL_DST errore bat irakurtzea
Egiaztatu berariaz konfiguratutako bezero bat intertzeptazio-entzule batera iritsi den, Squiden jatorrizko helmugaren bilaketaren hutsegitea diagnostikatu aurretik.
NF getsockopt(SO_ORIGINAL_DST) jatorrizko helmugaren bilaketari egiten dio erreferentzia. Intertzeptazio-konfigurazio batean, Squidek berreskuratu behar du birbideratutako konexioa hasieran nora zihoan.
Berariaz konfiguratutako nabigatzaileak bere eskaerak proxira bidaltzen ditu nahita. Konexio horrek ez du NAT intertzeptazioaren historia lortzen Squid entzulearen portuaren ondoan intercept idatzita egoteagatik bakarrik.
Beraz, desdoitze horrek huts egin dezake helmugaren ziurtagiria garrantzitsua bihurtu aurretik.
Hasi konexioa nola iritsi zen
- Aplikazioak proxy helbide bat konfiguratuta badu, zehaztu erabili behar duen aurreranzko proxy-entzule arrunta.
- Pasabide batek bestela zuzena den trafikoa birbideratzen badu, egiaztatu aurreikusitako intertzeptazio-entzulera iristen dela eta onartutako NAT diseinuak beharrezko helmuga-informazioa gordetzen duela.
- Bi moduak badaude, egiaztatu huts egiten duen bezeroa zein helbide eta portutara konektatu zen benetan.
Squiden http_port dokumentazioak argi uzten du aldea: modu-bandera bat ezabatzeak aurreranzko proxy modua hautatzen du; intercept NAT intertzeptazioa espero du IP mailan.
Ondoren, tratatu garraio-segurtasuna bereizita. HTTP proxy batek HTTPS CONNECT bidez eraman dezake. Proxira TLS konexio batek entzule eta bezero-konfigurazio bateragarriak behar ditu. Helmugako trafikoa deszifratzea beste gaitasun aukerako bat da.
Ez kopiatu ziurtagiriak sortzea gaitzen duen “HTTPS konponbide” zahar bat, helmugako URLa HTTPSz hasten delako bakarrik. Konpondu lehenik bezeroaren eta entzulearen arteko adostasuna. Ondoren TLS errore erreala geratzen bada, ikertzeko errore erabilgarriagoa izango da.