Änderungen

P2P-Anwendungen müssen regelmäßig mit dem Problem zurechtkommen, dass eine oder beide "Peers" über ein NAT mit dem Internet verbunden sind und daher grundsätzlich keine direkte Verbindung zwischen beiden zustande kommt. Die Lösung funktioniert über ein drittes System, das sich unmittelbar im Netz befindet, also nicht hinter einer Firewall sitzt. Die Peers verbinden sich zunächst mit diesem und dieser stellt dann eine direkte Verbindung zwischen den beiden Peers her, indem er jeweils seine Endpunkt-Metadaten dem jeweils anderen Peer gibt (jeder Peer setzt sich für den anderen Peer an die Stelle des Drittsystems).

P2P-Anwendungen müssen regelmäßig mit dem Problem zurechtkommen, dass eine oder beide "Peers" über ein NAT mit dem Internet verbunden sind und daher grundsätzlich keine direkte Verbindung zwischen beiden zustande kommt. Die Lösung funktioniert über ein drittes System, das sich unmittelbar im Netz befindet, also nicht hinter einer Firewall sitzt. Die Peers verbinden sich zunächst mit diesem und dieser stellt dann eine direkte Verbindung zwischen den beiden Peers her, indem er jeweils seine Endpunkt-Metadaten dem jeweils anderen Peer gibt (jeder Peer setzt sich für den anderen Peer an die Stelle des Drittsystems).

Die Idee ist die, dass Peer P1 sich sich über den Router/NAT R1 mit dem Server S verbindet und P2 dasselbe über R2 tut. S teilt R2 mit, über welche Ports von R1 sich P1 mit S verbunden hat. Über diese Ports verbindet sich nun P2 mit P1.

Die Idee ist die, dass Peer P1 sich sich über den Router/NAT R1 mit dem Server S verbindet und P2 dasselbe über R2 tut. S teilt R2 mit, über welche Ports von R1 sich P1 mit S verbunden hat. Über diese Ports verbindet sich nun P2 mit P1. Der Server S dient ab diesem Zeitpunkt nicht mehr als Daten-Relay für dieses symmetrische NAT.