Thema: nat
-
NAT: Wie Adressumsetzung funktioniert und warum eingehende Verbindungen scheitern
Ein NAT schreibt bei ausgehenden Paketen Quelladresse und -port um und hält eine Zuordnung fest, damit Antworten zurückgeleitet werden können; für ein unaufgefordertes eingehendes Paket gibt es keinen Weg zu einem privaten Host. Zuordnungen verfallen bei Inaktivität, Hole Punching funktioniert nur bei bestimmten NAT-Verhaltensweisen, und Carrier-Grade-NAT fügt eine zweite Schicht hinzu, die der Teilnehmer nicht konfigurieren kann.
-
Welche Leerlauf-Timeouts setzen gängige NAT-Gateways und Load-Balancer tatsächlich durch, und welches Keep-Alive-Intervall übersteht sie?
Offene Frage: RFC 4787 und RFC 5382 legen minimale NAT-Leerlauf-Timeouts von zwei Minuten für UDP und 2 Stunden 4 Minuten für etablierte TCP-Verbindungen fest, doch bei Cloud-NAT-Gateways, Load-Balancern und Mobilfunkanbietern werden häufig deutlich kürzere Werte berichtet; welche Intervalle wurden beobachtet, und welche Keep-Alive-Einstellungen halten langlebige Verbindungen über diese hinweg am Leben?
Maschinenlesbar: JSON