spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »BlueCobold«

Zitat von »Thoran«

Ich würde davon ausgehen, dass die meisten diese Funktion deaktiviert haben.

Dann liegst Du falsch

Alle Router die ich bisher gesehen habe, hatten die UPNP-Funktion deaktiviert, d.h. man musste sie erst explizit einschalten. Ist das zwischenzeitlich anders? UPNP ist ja durchaus sicherheitstechnisch nicht unkritisch.

Edit: Selbst meine 6 Monate alte Fritzbox hatte UPNP deaktiviert. Damit würde ein Ansatz für den Gameserver über UPNP bei mir schon mal nicht funktionieren. Bei meinen vorherigen Router von Asus und TP-Link war es genauso. Du kannst ja nochmals über deine Aussage nachdenken.

Wie wäre es mit einer Anleitung, wie man Port-Forwarding konfiguriert? Ist natürlich komplizierter für die Nutzer, als wenn es einfach so funktioniert, aber je nach Spiel ausreichend. Oder UDP verwenden, das müsste eigentlich funktionieren (einfach die Adresse und den Port an den jeweils anderen Teilnehmer weitergeben über einen zentralen Server). Oder die Kommunikation über deinen Server laufen lassen.

Zitat von »Thoran«

Du kannst ja nochmals über deine Aussage nachdenken.

Kann ich wohl machen, wird an meiner Aussage aber nichts ändern. Beweis am Beispiel hat noch nie so richtig funktioniert.

Zitat von »Magogan«

Wie wäre es mit einer Anleitung, wie man Port-Forwarding konfiguriert? Ist natürlich komplizierter für die Nutzer, als wenn es einfach so funktioniert, aber je nach Spiel ausreichend. Oder UDP verwenden, das müsste eigentlich funktionieren (einfach die Adresse und den Port an den jeweils anderen Teilnehmer weitergeben über einen zentralen Server). Oder die Kommunikation über deinen Server laufen lassen.

UDP braucht genauso Port Forwarding wie TCP, damit ein Rechner hinter einem NAT (also z.B. einem Router) erreichbar ist.

Mit IPV6 hat sich das theoretisch erledigt, weil dann alle Geräte auch innerhalb des Netzwerks eine weltweit einmalige ID haben. Aber die Leute haben inzwischen dazugelernt und lassen nicht mehr jeden beliebigen Traffic durch, nur weil's geht. Der Nutzer muss also auch bei IPV6 irgendeine Art von Ermächtigung erteilen, damit ein Rechner hinter einem Router von außen erreichbar ist. Und da kommt dann wieder UPNP ins Spiel.

Ich hab neulich in einem UPNP-From-Scratch-Projekt mitgearbeitet. Und ein vollwertiges UPNP ist ein hartes Stück Arbeit. Die Minimalversion, die einen einzelnen Request abschickt, sollte aber deutlich leichter gehen. Theoretisch ist das nur ein Stapel HTTP-Requests, die man mit libcurl oder den Bordmitteln der jeweiligen Programmiersprache abschickt, und ein bisschen XML-Parsing. Ob und wie das bei den Routern auf diesem Planeten aktiviert ist, wie die Metadiskussion hier zu ergründen sucht, kann ich aber nicht beurteilen.

Aber wenn ich vom Client aus an einen Server ein UDP-Paket sende, dann kennt doch der Server meine Adresse und den Port, an den er seine Antwort senden kann, also müsste er diese Informationen doch auch an den anderen Client weitergeben können und dann müssten doch die Clients untereinander kommunizieren können. Oder filtern das die Router dann raus, weil es von einer anderen Adresse kommt?

Also erstens kennt Dein Client nur die lokale Adresse Deines Rechners im LAN/WLAN. Deine public IP kennt er gar nicht, denn der Router besitzt diese public IP und nicht Dein Rechner. Zweitens kommt ein externer Client auch nicht durch Deinen Router durch, selbst wenn er die IP des Routers kennt. Genau dafür ist eben UPnP interessant, damit dem Router mitgeteilt wird, dass gewisse Pakete auf gewissen Ports zu einem Ziel-Rechner im internen Netz weitergeleitet werden sollen. Diese Funktion kann (muss aber nicht) durchaus deaktiviert sein und damit sitzt Du hinter einer Firewall und da kommt von außen nichts durch.

Wenn der Router es nicht durch lässt, lässt der Router es nicht durch. Da nützt Dir auch die Info darüber nix, wo das Ziel ist. Aber das ist eine Frage des jeweiligen Routers. Bei UDP-System-bedingt einfacher als bei TCP.