Gjøgnumskygdur proxy-DNAT: hví hevur afturvegin týdning
Skilja hví DNAT kann flyta eina fyrispurning til ein serstakan proxy meðan svarði fer framum gáttina og brýtur sambandið.
Ein umleiddur SYN kann koma til Squid meðan klienturin enn bíðar eftir tíðaravmarking. Í DNAT-uppseting skal afturpakkin eisini ná til gáttina, ið hevur umsetingarstøðuna.
Hugsa tær hetta hypotetiska LAN:
client 192.168.40.25 → gateway 192.168.40.1
DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directlyKlienturin connected fyrst til eina vebstaðaradress. Eftir DNAT sær proxyið keldu klientins og kann brúka staðbundna undirnetveg til at svara beint. Tað svarið fer framum afturumseting gáttarinnar og kann ná klientinum frá proxy-adressini í staðin fyri ta væntaðu vebstaðaradressina. Gáttin kann ikki bøta pakkar, hon ongantíð móttók.
| Nágangur | Avleiðing |
|---|---|
| Leiða svar proxy-sins gjøgnum gáttina, ið umsetur | Innkomandi proxy-sambandið kann varðveita keldubygd klientins |
| Brúka eisini hóskandi kelduumseting | Proxyið svarar gáttini sum sínum javningi, men sær nú tað umsettu kelduna í staðin fyri upprunaliga klientin |
Týn ikki SNAT fyri fagrari loggar uttan at vátta afturvegin. Víðgongd nýtsla broytir eisini keldu-ACL og tilskriving; tak ímóti tí avleiðingini sum part av designinum.
Eitt álítandi HTTP-hopp kann flyta klient-metadáta í einum víðarisendingar-høvdi, men NAT skapar ikki tað høvdið og ger tað ikki til TCP-mótparta-identitet. At varðveita keldu á sambandinum til Squid varðveitir hana ikki á serstaka vebstaðarsambandinum hjá Squid.
At enda má upptøkudesignið enn veita tær kravdu málupplýsingar Squid. Symmetrisk afturrouting loysir henda tíðaravmarkingarmekanismuna, ikki alla gjøgnumskygdu proxy-uppsetingina.