UDP-Lochung: Testbarkeit auf einer Maschine

Question

Ich schreibe eine einfache P2P-Anwendung, um die Machbarkeit der Verwendung von UDP-Lochen in einem größeren Projekt zu testen.

Ich habe gestern meine Test-Apps von zu Hause aus getestet und sie haben funktioniert.

Allerdings bin ich jetzt bei der Arbeit und der gleiche Code macht nicht mehr den Job. Der Absender sendet hier an den entsprechenden Port auf der externen IP-Adresse unseres Routers, aber der Empfänger erhält keine davon.

Vor dem Aufruf UdpClient.Receive() sendet die empfangende App ein Paket an den IP: Port, den es abhört. Auch dies funktioniert auf meinem Heim-Setup, aber nicht hier. Das Ergebnis ist das gleiche, unabhängig davon, ob die Windows-Firewall ein- oder ausgeschaltet ist. Das ist also nicht das Problem.

Könnte es sein, dass die Router die Situation anders handhaben?

EDIT1: Beide Apps laufen auf demselben Rechner.

Answer 1

In der Antwort auf meine eigene Frage:

Die Router wurden in der Tat ein anderes Verhalten zeigen.

Mein Heimrouter ist nur an meinen Laptop angeschlossen. Ich nehme an, das ist der Grund, warum, wenn ich ein UDP-Paket von Port n aussende es auch den Router auf Port n verlässt.

Jedoch besteht Firmennetzwerk von mehreren Computern und der Router randomisiert den Port, an seinem Ende, was bedeutet, dass ein Paket von Port y die Router auf port x verlassen wird gesendet.

Ich habe erfolgreich durch NAT zu kommunizieren, ohne die Portweiterleitung auf die folgende Weise unter Verwendung meines Haus und Arbeitsmaschinen worden:

H - Sendet Paket von Port A bis W: b, wobei Port A für eingehende Verbindungen Öffnung

W - Sendet das Paket an H: a und wechselt in den Empfangsmodus. Es hat jetzt auch einen offenen Port.

H - Empfängt Paket von W und anstatt anzunehmen, auf welchen Port zu antworten, überprüft das Paket seinen Quellport und verwendet diesen stattdessen.

H - Sendet Paket an W: source port

W - Empfängt Pakets.

Voila.

In der Praxis würden tho, H und W einen Server kontaktieren, um Verbindungsdetails auszutauschen, was die Sache vereinfacht, da der Server genau weiß, von welchen Ports H und W gesendet werden.

Answer 2

Ich denke, dass Ihr Problem ist, dass beide Apps im selben LAN ausgeführt werden. UDP-Lochung erfordert, dass eine der Seiten eine Portweiterleitung hat.

Skype verwendet Man-in-the-Middle, wenn beide Seiten hinter NAT ohne Portzuordnungen stehen. Deshalb können Dateiübertragungen manchmal so langsam sein.