Að lesa SO_ORIGINAL_DST villu í Squid
Athugaðu hvort skýrt stilltur biðlari hafi náð afgreiðsluhlustun fyrir milligöngu áður en þú greinir mistök í leit Squid að upprunalega áfangastaðnum.
NF getsockopt(SO_ORIGINAL_DST) bendir til leitar að upprunalega áfangastaðnum. Í uppsetningu með milligöngu verður Squid að endurheimta hvert hinum vísaða tengingu var ætlað að fara upphaflega.
Skýrt stilltur vafri sendir beiðnir sínar til umboðsins viljandi. Sú tenging fær ekki NAT-milligöngusögu eingöngu vegna þess að intercept stendur við hlið ports Squid-hlustunarsins.
Því getur þetta misræmi mistekist áður en skírteini áfangastaðarins skiptir máli.
Byrjaðu á því hvernig tengingin barst
- Ef forritið hefur stillt umboðsfang skal greina venjulega framsendingarhlustun sem það á að nota.
- Ef gátt vísar annars beinum umferð áfram skal athuga að hún nái til ætlaðrar milligönguhlustunar og að studd NAT-hönnun varðveiti nauðsynlegar upplýsingar um áfangastað.
- Ef báðir hamir eru til skal athuga hvaða fang og port biðlarinn sem mistekst hafði í raun samband við.
Skjöl Squid um http_port gera greinarmuninn skýran: að sleppa hamflagsvali velur framsendingarumboðsham; intercept gerir ráð fyrir NAT-milligöngu á IP-lagi.
Meðhöndlaðu flutningsöryggi síðan sér. HTTP-umboð getur borið HTTPS með CONNECT. TLS-tenging við umboðið krefst samhæfðrar hlustunar og biðlarastillingar. Að afkóða umferð til áfangastaðar er enn annar valkvæður eiginleiki.
Ekki afrita gamla “HTTPS-lausn” sem kveikir á skírteinagerð bara vegna þess að vefslóð áfangastaðarins byrjar á HTTPS. Lagaðu fyrst samræmið milli biðlarans og hlustunarinnar. Ef raunveruleg TLS-villa verður eftir síðan er hún gagnlegri villa til að rannsaka.