Hi ich wollt mal wissen ob es möglich ist packete eines Spieles abzufangen und diese dann weiterzuleiten.
Der Sinn dabei ist das ich Spiele zum laufen bekomme die mit nem Router im normalfall nicht laufen da sie die falsche IP dem gegenüber übermitteln (LAN IP statt Inet IP).
Also wenn jemand weiss ob das geht und wie ich dat anstellen kann fänd ich dat echt super
Thx

PS: Das Spiel das ich gern zum laufen bekommen will ist C&C - Generals und zwar über die DirectConnection

Das könnte man mit einem Proxy realisieren. Dann müsstest du "nur" noch die Spiele anweisen, zu deinem Proxy zu connecten et voilà... das ist was mir dazu einfällt

Ich glaube nicht, dass du dafür unbedingt programmieren musst! Dein Router verwendet bestimmt (bzw. sollte) IP-Masquerading. Darüber hinaus musst du nur mit NAT ein Portmapping konfigurieren, damit alle Pakete vom INet an den Router auf z.B. UDP Port 21000 weitergeleitet werden an 192.168.0.1.
Unter Linux mit iptables würde das z.b. so aussehen:

ppp0 ist hier das Interface zum Internet. Bei den meisten "Fertig-Routern" kannst du sowas auch einrichten.

Das Problem ist das viele Spiele bei Connecten dem gegenüber die eigene IP senden, da die Spiele aber nicht für Router ausgelegt sind schicken sie dem gegenüber die interne LAN IP und dann geht natürlich nix!!!

Die Spiele schicken selbstständige eigentlich keine Adresse an den Server. Der Server sieht nur an den Paketen woher sie stammen. Und wenn in deinem Router Masquerading deaktiviert ist (was ihn für den alltäglichen Gebrauch fast nutzlos macht) dann steht in den Headern der Pakete deine interne IP. Mit Masquerading überschreibt der Router die IP mit seiner eigenen und leitet Antworten auf die Pakete wieder an die interne IP.

kA ob mein Router das kann (SMC 7004 BR, Firmware R1.95n), ich find zumindest nix wo ich dat einstellen könnt.
Aber selbst wenn ers net könnt, macht er ja genau das was ich will den Packeten die richtige Ip mitgeben, des musst man dann doch au Softwaremäßig machen können oder??

PS: Ich lauf als DMZ-Host

Hab mir grad mal das Handbuch von deinem Router angesehn. Ein Portmapping kannst du über die Virtual Server Konfiguration im Router einrichten. Leite da einfach alle Ports, die das Game so braucht direkt auf deinen Rechner (bei Server-IP eintragen) um. Dieses Setup sollte dann in etwa mit den Settings in meiner Linux-Firewall übereinstimmen, und ich hatte damit bis jetzt keine Sorgen. Konnte bisher alle Games zocken.

dat hab ich au schon mal gemacht hat aber au net geklappt, weil da is ja immer noch dat Prob mit der falschen IP von den Packeten, ich bekomm ja die Packete, wenn se auf die Router IP gesendet werden. Jedoch schickt mein Gegenüber die packete ja an die falsche IP!!

Funktioniert es nur nicht, wenn dein PC der Server ist oder auch sonst nicht?
Wenn dein PC der Client ist, sollte es eigentlich auch ohne Portmapping funktionieren.
Hm, aber wenn das alles trotzdem nicht funktioniert, dann steig ich nich so recht durch diesen komischen Router durch. Wenn du surfen kannst etc. dann muss auch sowas wie Masquerading aktiviert sein. Und wenn Masquerading aktiviert ist und die Ports nicht geblockt werden, dann müssen auch die Spile funktionieren (soweit die Theorie *g*). Oder hat Generals so ein unflexibles Netzprotokoll!? Funktionieren andere Spiele?

Aber ich hab CC Generals gerade über meinen Jana-Proxy gespielt.
Wie alle DirectX-8 Spiele hat Generals natürlich kein Problem mit Routern/Proxys ... wenn diese richtig konfiguriert sind. Also kein Thema von schlechter Programmierung oder unflexiblen Netzwerkprotokoll - ist ganz normales DirectPlay8.

Na dann sollte das eigentlich funzen! Schau dir am besten nochmal die Konfiguration von deinem Router an. Vielleicht hast du ja irgendwo noch eine Option übersehen oder so.

ne läuft nicht egal ob Server oder Client, andere Spiele laufen aber dat is ja das komische viel andere Spiele laufen ja.

Welche Ports und Protokolle (TCP/UDP) benutzt Generals denn? Ich hab Generals zwar auch aber bisher noch nie online gezockt (spiele nicht so häufig). Dann kann ich das mal bei meiner Firewall testen.

Eine TCP und einem UDP Port - siehe DirectPlay SDK. Ich weiß sie gerade nicht auswendig und hab auch kein Manual zur Hand, sorry. Aber es ist nicht schwierig; die Ports sind einheitlich bei allen DX-Spielen.

Routerfunktionsweise lernen, verstehen und konfigurieren...
@generals: Schaut mal inna Readme nach ... erstaunlich, was da alles drinne steht wah

Scheint ja 'ne ganze Menge verwirrung zu geben:

Router funktionieren immer dann nicht richtig, wenn Applikationen das OSI-Modell durchbrechen. Wird INNERHAL der Paketdaten eines Paketes die IP mitgeschickt, dann kann der Router nicht funktionieren, da er mit NAT nur die Absender-IP des Paketes ändert.

Bei jedem Router ist es möglich, Pakete einzulesen, umzubauen und weiterzuleiten. Mußt halt genau wissen, WO die IP im Paket steht und das dann ändern.

Jo stimmt, in so 'ner Readme steht 'ne ganze Menge nützliches Zeug! *g* War ne gute Idee da mal rein zu sehen!
Und das OSI-Modell kann durchaus durchbrochen werden! TCP/IP ist ja auch nicht OSI konform. Aber es sollte darauf aufbauen auch wenn die Layer etwas verschoben sind.
Trotzdem verstehe ich immer noch nicht wieso dein Router da solche Probleme hat (es sei denn du hast die in der Readme erwähnte Override Option benutzt). DirectPlay Spiele funzen bei mir i.d.R. wunderbar.

Natürlich kann das OSI-Modell durchbrochen werden, dann gibts halt probleme.

Wieso ist TCP/IP nicht OSI-Konform?

Also erstens:
TCP/IP ist wirklich nicht streng ISO konform ... seis drum.

Zweitens:
Einen guten (nach heutigen Maßstäben eben kein Aldi-) Router bringt man damit aber nicht aus dem Konzept. Das Problem gabs mal vor 5 Jahren - ist Geschichte.

Drittens:
DirectPlay baut strikt auf dem TCP/UDP Protokollen auf - keine drity Tricks (rede hier von 8 - bei der 5 Version wars noch ein bisserl anders, aber da gabs auch keine richtig funktionierende SOCKs-Unterstützung).

Fazit:
Jedes Spiel, daß sich ausschließlich auf DirectPlay stützt (und das sind heute alle ...) funktioniert. Mit dem Override ist das so eine Sache ... aber das ist ja auch nicht der Normalfall.

@thePraYeR: TCP/IP teilt die einzelnen Layer etwas anders auf als in der OSI-Referenz, baut aber trotzdem darauf auf.
TCP/IP hat (logisch) keine Darstellungsschicht, die Transportschicht verteilt sich auf Transport- und Kommunikationssteuerungsschicht und die Netzzugriffsschicht liegt auf der Sicherungs- und Bitübertragungsschicht.