qTox, hole punching und die Firewall

Anwendungs-Software und Apps 14.489 Themen, 73.614 Beiträge

qTox, hole punching und die Firewall

Armin2002 am 26.12.2015, 21:08 / 3 Antworten / Baumansicht

Hi,

bin 42 und programmiere seit ich 13 bin. Tut aber nichts zur Sache. ;) Jedenfalls verwende ich qTox unter Win7/64. qTox lauscht auf UDP-Port 33445 und stellt ausgehende TCP-Verbindungen zu Port 33445 her. qTox verwendet Hole Punching. Port Forwarding am Router ist nicht erforderlich.

Meine Beobachtung, und mein "Problem" ist, dass nach dem Beenden von qTox immer noch für wenige Minuten Pakete durch den Router auf den PC gelangen. Ich sehe das am Protokoll der PC-Firewall (Comodo). Ziel-Endpunkt dieser eingehenden Pakete ist 192.168.bla.bla:33445. Warum ist das so, und ist das normal? Liegt das am NAT des Routers, dass er ne Zeit braucht, oder am Vermittlungsserver, oder...? So tief steck ich in der speziellen Materie nicht drin, deswegen wär's schön, wenn mich da jemand aufklären könnte. Konnt's mir leider selbst nicht ganz zusammenreimen bzw im Web recherchieren.

Danke schon mal für's Lesen. :)

(Edit: wobei mehrere Foren in Frage gekommen wären... Sorry, falls verkehrt)

Armin2002 Nachtrag zu: „qTox, hole punching und die Firewall“

26.12.2015, 21:33 Optionen

Dieser Satz

"Since UDP state usually expires after short periods of time in the range of tens of seconds to a few minutes, ..."

(Quelle: UDP hole punching)

scheint etwas Licht in's Dunkel zu bringen - oder? Aber wo "expired" das denn? Kann doch nur mein Router sein, denn auf dem PC lauscht ja dann schon niemand mehr, d.h. der Socket wird mit qTox geschlossen.

mi~we

Armin2002 „qTox, hole punching und die Firewall“

27.12.2015, 15:57 Optionen

Liegt das am NAT des Routers, dass er ne Zeit braucht

Es ist wohl für einen NAT-Router recht problematisch zuverlässig zu erkennen, ob eine Verbindung beendet wurde (und dann eben entsprechend seine NAT-Tabelle aufzuräumen). Siehe etwa hier, Abschnitt 2.6 "End of session for TCP, UDP and others"

http://tools.ietf.org/html/rfc2663

In the case of UDP-based sessions, there is no single way to determine when a session ends, since UDP-based protocols are application specific

dass nach dem Beenden von qTox immer noch für wenige Minuten Pakete durch den Router auf den PC gelangen.

Wohl, weil der Router nicht im gleichen Moment die Verbindung als beendet erkennt. Das dauert dann anscheinend ein paar Minütchen, bis der Router da nachzieht. Solange werden dann eben noch UDP-Pakete vom entfernten Rechner durchgelassen.

Armin2002

mi~we „Es ist wohl für einen NAT-Router recht problematisch zuverlässig zu erkennen, ob eine Verbindung beendet wurde und dann ...“

27.12.2015, 16:00 Optionen

Jo, danke, so dachte ich mir das mittlerweile auch.

Habe die Protokollierung der blockierten Pakete, wenn sie nicht an qTox gehen, ausgeschaltet, damit das Protokoll nicht so überflutet wird.

"Thx".