Quell-IP wird bei UDP-Paketen geändert

333
jcoppens

Ich habe einen Linux-Server S mit zwei Netzkarten, eine ('netA') auf 192.168.1.x und die andere (netB) auf 192.168.2.x. netB ist per Punkt-zu-Punkt-WLAN mit dem Rest von netB verbunden.

Um die netB-Karte zu finden, um netA zu finden, musste ich ProxyARP auf der netB-Karte aktivieren. Alles war gut, bis ich ein Paar von Programmen ausprobierte, die UDP verwenden, um miteinander zu kommunizieren (eines auf netA, das andere auf netB).

enter image description here

Der Server scheint die Quell-IP der netA-seitigen App-Anfrage in die IP von netB zu ändern. (fernüberwacht mit tcpdump):

# On netA's card: 11:42:36.107179 IP 192.168.1.102.4321 > 192.168.2.101.4321: UDP, length 17  # One netB's side: 11:43:02.172829 IP 192.168.2.115.4321 > 192.168.2.101.4321: UDP, length 17 

Das Ergebnis ist, dass das Client-Programm auf netB den Sender nicht erkennt.

Auf dem Server ist kein NAT aktiviert.

Kann sich jemand eine Ursache für diese IP-Übersetzung vorstellen? Und kann ich auf der Seite von netB die tatsächliche Paketquelle identifizieren?

1
Vielleicht ist es nicht das Netz A, das den Wechsel vornimmt, sondern der Proxy auf Netz B? Können Sie prüfen, ob der Proxy die Quelle ändert und den echten unter einen anderen Header setzt? ytpillai vor 6 Jahren 0
Danke für den Vorschlag. Ich bin mir ziemlich sicher, dass es der Server ist, der die IP ändert. Beide Ausgänge in der ursprünglichen Frage haben die gleiche Größe, sodass sich die ursprüngliche IP-Adresse nicht im Paket befindet. (beide Pakete werden auf dem Server mit TCPDUMP -i eth [0 | 1] überwacht jcoppens vor 6 Jahren 0
Befinden sich Ihre PTP-Wi-Fi-Geräte im "WDS" -Modus? grawity vor 6 Jahren 0
Nein ... das WLAN ist auf Punkt-zu-Punkt-Brücke eingestellt. Die Quell-IP ändert sich jedoch * bevor * sie über das WLAN wieder gesendet wird. Im obigen Beispiel befindet sich die ptp-Verknüpfung am '>': 192.168.2.115> 192.168.2.101. jcoppens vor 6 Jahren 0

0 Antworten auf die Frage