Ja ist das dann die von meinen PC ? Oder die vom Routor ? Ich hab die vom Routor drin

Das ist die vom Router, den dein Rechner hat ja eine private Adresse deines internen Netztes, welche nicht geroutet werden kann.

Das heisst also ich muss die von meinem PC eingeben ?

Nein, wie gesagt die öffentliche adresse vom Router

Ja die hab ich doch drin -_- hab ich doch gesagt. Ich hab auch gefragt was bei Host reinkommmt !!!

Die lokale (private) Adresse des Rechners.

Da ich das Problem auch habe frage ich auch mal,
Muss der Client Connect so aussehen?


Hab am Router den Port freigeschaltet und an die Netzwerk IP (192.168. ...) weitergeleitet

Moin!

Fighter#1 hat folgendes geschrieben:

Da ich das Problem auch habe frage ich auch mal, Muss der Client Connect so aussehen?

Nein, setze .Host auf den Hostnamen oder die IP des Routers und .Port, das reicht. Der Code oben ist "falsch", die Zuweisung an Host überschreibt den Inhalt von Adresss.

cu
Narses

So sieht die Portweiterleitung bei mir aus:
[url=img89.imageshack.us/...?image=portsjs4.gif][/URL]

Hmm es geht immer noch nicht... hmm was ist da los =( kann das nichtmal jemand absolut richtig beschreiben ?

Moin!

o_O hat folgendes geschrieben:

kann das nichtmal jemand absolut richtig beschreiben ?

Das kann niemand absolut richtig beschreiben, weil niemand absolut alle PCs, Router und Software-/Systemeinstellungen dieser Welt kennt. Oder kennst du einen?

Was hast du für einen Router und wie ist das Portforwarding eingestellt? Hast du dynamische Adressen in deinem LAN oder feste MAC/IP-Zuordnung? Hast du eine Firewall und den Port freigeschaltet?

cu
Narses

vielleicht erstmal versuchen ob die verbindung zwischen server und client in einem lokalen netz funzt??

alternativ würd ich aufm server mal nen webserver oder so aufsetzen und versuchen ob du damit die portweiterleitung hinbekommst. kannst den webserver ja auch mal auf port 51448 oder so laufen lassen.

wenn das alles klappt muss der router ja richtig eingerichtet sein, wenns dann immer noch nich klappt weisst du wo der fehler liegt. is ne sache von 10 min.

Also im Netzwerk tut das Programm schon gut.
Der klient hat die richtige InternetIP und die ports sind freigeschaltet, hab mir auch ne feste LAN-IP besorgt, und an die wird immer weitergeleitet.
Protokoll auf TCP/UDP gestellt.
Das mit dem WEbserver probier ich jetzt mal.

Danke, Mfg Fighter#1

Also, beim Webserver dasselbe Problem.
Ich hab ihn auf einen Port 55514 gestellt, freigeschaltet und gestartet.
Kommt keine Verbindung zu Stande! Auch wenn ich die IP an die Weitergesendet wird anstatt 192.168.0.2 An die 192.168.0.100 weiterleite!
Langsam ärgerts mich...

Local auf meine pc geht auch alles ... ich weiss echt nicht worans noch liegen könnte =( ich probiers mal mit dem Server...

Anstatt sinnlos Serverdienste zu installieren, sollte man vielleicht mal die Punkte kontrollieren, die den Zugriff steuern...

Narses hat folgendes geschrieben:

Was hast du für einen Router und wie ist das Forwarding eingestellt? Hast du dynamische Adressen in deinem LAN oder feste MAC/IP-Zuordnung? Hast du eine Firewall und den Port freigeschaltet?

Also, ich will mal zusammenfassen:

Narses hat folgendes geschrieben:

Hast du dynamische Adressen in deinem LAN oder feste MAC/IP-Zuordnung? Hast du eine Firewall und den Port freigeschaltet?

Fighter#1 hat folgendes geschrieben:

Der klient hat die richtige InternetIP und die ports sind freigeschaltet, hab mir auch ne feste LAN-IP besorgt, und an die wird immer weitergeleitet. Protokoll auf TCP/UDP gestellt.

Achso: Ich hab nen Netgear DG 834 GB mit neuester Firmware!

Moin!

Wenn du eine Port-bezogene Anwendung hast, die im LAN funktioniert, aber über den Router nicht, dann stimmt das Portforwarding im Router nicht, garantiert.

Gibt in den Router-OSen manchmal die Möglichkeit, den Port zu blocken (Firewall-Funktion) und unabhängig davon im LAN weiterzuleiten (Forwarding). Beides muss dann natürlich korrekt eingestellt sein.

Fighter#1 hat folgendes geschrieben:

Protokoll auf TCP/UDP gestellt.

Du brauchst nur TCP, wenn du nur TCP-Verbindungen aufbaust; UDP auf dem gleichen Port mitzunehmen, ist dann sinnlos.

cu
Narses

Moin!

Kann auf der Seite keinen Fehler finden. Schau mal mit netstat -a, ob deine Anwendung tatsächlich auf dem Port lauscht und mit ipconfig /all, ob deine IP wirklich 192.168.0.2 ist.

Trotzdem: Wenn die Anwendung im LAN läuft, über den Router nicht, dann kann das IMHO nur an der Router-Config liegen.

cu
Narses