Diskussion:Hole Punching (Rechnernetz)

keine-quellen-tag

tut en:Hole Punching als quelle nicht reichen? -- 80.171.24.173 16:58 28. Jan 2008

Nein, Wikipedia kann nicht als Quelle für Wikipedia dienen. Der dort zitierte Originalartikel ist allerdings eine gute Quelle. Ich führe den mal unter Literatur auf und entferne den Baustein. --j ?! 17:06, 28. Jan. 2008 (CET)

Nur für UDP, nicht für TCP

So weit ich weiß geht "Hole Punching" nur für UDP, aber nicht für TCP. Es wäre schön das zu erwähnen. MfG, Thomas Güttler (nicht signierter Beitrag von 89.246.166.50 (Diskussion) 07:27, 6. Mai 2015 (CEST))

Soweit erledigt --2A01:C22:C83B:4800:E1CE:68:771D:ED79 17:20, 16. Jul. 2020 (CEST)

• Ich weiss nicht, es gibt einen Artikel en:TCP hole punching und en:ICMP hole punching, der Artikel hier beschäftigt sich "nur" mit UDP. -- A1000 (Diskussion) 16:36, 11. Aug. 2020 (CEST)

"Die Firewall"

Das Szenario "Alice und Bob" trifft nichz ganz die korrekte Beschreibung des Hole-Punching.

Tatsächlich hat man im Internet kaskadierte Firewalls/NATs (Router, ISP, Tunneln IPv4 via IPv6, ...) und es passiert nicht, dass wie beschrieben ein UDP-Packet bei der Firewall des Gegenübers ankommt und dort initial beblockt wird, sondern: Es gibt initial gar kein Routing für diese Verbindung. Die Routing-Regeln zwischen lokalem Netzwerk und dem gemeinsamen öffentlichen Netzwerk werden durch das Senden von Packeten an einen öffentlich sichtbaren Vermittlungsserver (STUN) hergestellt. Genau mit den Addressen/Ports, die der Vermittlungsserver sieht, sind Alice und Bob aus dem öffentlichen Netz per UDP erreichbar. In dem Moment, wo Alice Bobs öffentliche Addresse erfährt, sind alle Firewalls schon offen für die direkte Kommunikation.

Alice braucht ihre öffentliche (dynamische) Adresse nicht zu kennen, es genügt wenn sie Bobs Adresse/Port vom Austauschserver erhält.

Eventuell sollte man den Artikel überarbeiten, weil zahlreiche Foren über den Verweis auf dieses Alice-Bob-Szenario stolpern.

Action127