spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ehe du versuchst das Rad neu zu erfinden. Mit was arbeitest du denn? Einer Netzwerk Bibliothek? Einer Spielebibliothek? UDP/TCP/ganzwasanderesjadagibteswirklichnochmehr?

UPNP (für Universal Plug'n'Play) sollte da ein geeignetes Stichwort sein. Ich habe mir sagen lassen, dass es sich dabei um eine SOAP-Schnittstelle handelt. (Abhängig von der Implementierung bekommt man einen Port zugewiesen, kann einen gewünschten Port angeben, oder muss einen Port angeben.) Um entsprechende Netzwerkgeräte zu finden, gibt es wohl ein Discovery Protokoll, allerdings habe ich mich noch nicht ausreichend damit beschäftigt.
Für Mono (und .Net) hatte ich mal Mono.Nat gefunden. Den Klassen und Methoden nach scheint es durchaus geeignet zu sein. Für die von dir verwendete Sprache gibt es wahrscheinlich auch entsprechende Implementierungen.

Du könntest die Daten über den Vermittlungsserver verteilen. D.h. der Spielserver sendet diese zum Vermittlungsserver und dieser verteilt diese an die Spielteilnehmer. Die Spieleingaben nehmen dann den umgekehrten Weg.
Damit sparst du dir solche Späße wie Hole Punching.

Ich selbst habe noch keine Erfahrung mit UPNP gemacht. Wäre ganz interessant zu wissen wie aufwändig es damit ist .
Falls es mit UPNP nicht klappt/du lieber Löcher von "Hand" stanzen willst:
Wenn du bei Kryonet TCP verwendest, ist ein NAT Punch through nicht trivial. Bei UDP ist es schon einfacher und es gibt einige Bibs, die das von Haus aus unterstützen-z.B. könntest du vom reinen Ablauf bei Raknet spicken gehen. Bist du ansonsten schon auf das hier gestoßen http://stackoverflow.com/questions/24461…ough-in-android ?

Soweit ich es verstanden habe dient UPNP zum Programm-gesteuerten Manipulieren von bspw. Firewalleinstellungen in einem Router. Ich würde davon ausgehen, dass die meisten diese Funktion deaktiviert haben. Ansonsten bleibt wohl nur das Hole-Punching.
Ganz Old-School könnte man in die Anleitung zu einem Spiel ja auch schreiben, dass bestimmte Ports für eingehende Verbindungen geöffnet sein müssen. So hat es anno dazumals auch C&C gemacht.

Nur leider gibt es mittlerweile nicht mehr nur IPv4. Ich bin z.B. bei Unitymedia und die erlauben kein Bereitstellen von IPv4 Diensten mehr (sprich es gibt bei deren Router schlicht kein NAT mehr).

Das Grundprinzip ist in etwa so:

- Dein Server läuft auf irgendeiner Maschine.
- Diese Maschine hat eine IP-Adresse.
- Du entwickelst für Dein Spiel als Erstes ein schlichtes Eingabefenster, in dem man die Ziel-IP eingibt, um einem Server beizutreten.

Nächste Entwicklungsstufe:
- Es gibt einen von Dir als Entwickler bereitgestellten Zentralserver
- Alle Server melden sich mit ihrer IP und ihren Parametern bei diesem Zentralserver an.
- Jeder Client schickt eine Anfrage mit den Filterparametern an diesen Zentralserver und bekommt eine Liste mit IP-Adressen zurück
- Der Spieler wählt aus dieser Liste den Wunschserver aus oder ändert die Filterparameter.

Als Bedingung, damit überhaupt die erste Stufe funktioniert, muss der Client den Server erreichen können. Und das kann an vielen Dingen scheitern. Manchmal macht die User-Firewall bereits Späne auf dem Client-Rechner. Manchmal ist der Server ein privater Endnutzer-Rechner hinter einem Router. In diesem Fall brauchst Du NAT-Punchthrough. Manchmal hat der Router eigene Firewall-Regeln. Die kannst Du mit einem SOAP-Request ändern. Die CallOfDuty-Reihe macht das so, seit sie dedizierte Server abgeschafft haben.

Zitat von »Thoran«

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

Dann liegst Du falsch