PCAnywhere Dyndns

Wie das geht steht hier:

http://portforward.com/english/routers/port_forwarding/FRITZ/WLAN7050/d ...

PCanywhere braucht die Ports 22, 5631 und 5632 auf die lokale IP Adresse des Client PCs.

Wenn du nun aber drei Clients hinter eine IP NATten musst, musst du dir für die restlichen zwei PCs andere Ports ausdenken. Auf die CLient-PCs mappst du aber dieselben.

-nik

Bitte bitte.


22, 5631 und 5632. Das schreibt zumindest aqui


Nein, nur die Ports nach außen müssen andere sein.

-nik

Nicht nur ich sondern das gesamte Internet !!!
Siehe:

http://www.nthelp.com/NT6/pcanywhere_ip_port_usage.htm

Alternativ kannst du MS RDP nutzen mit dem default Port TCP 3389. Dem RDP Client kannst du aber einen Port mitgeben beim Verbindungsaufbau ala <ip_adresse:<port> so das du über den unterschiedlichen Port auch unterschiedliche Rechner im lokalen Netz adressieren kannst !
Freilich funktioniert das nur mit XP Pro oder MS Server OS denn XP Home hat nur den RDP Client nicht aber den Server

Ja. Und nach außen - das sidn die öffentlichen Ports auf dem Router - nimmst du pro Rechenr andere. Setzen wir einfach mal ein Präfix pro Rechenr davor, und zwar so, dass wir über Port 1024 kommen. Dann kommen wir mit inchts übermäßig wichtigem ins Gehege:

Außen :10022 -> Rechner 1:22
Außen :15631 -> Rechner 1:5631
Außen :15632 -> Rechner 1:5632

Außen :20022 -> Rechner 2:22
Außen :25631 -> Rechner 2:5631
Außen :25632 -> Rechner 2:5632

Außen :30022 -> Rechner 3:22
Außen :35631 -> Rechner 3:5631
Außen :35632 -> Rechner 3:5632

-nik

Du kannst von innen nicht auf deine externe Adresse zugreifen, weil die FritzBox kein NAT Loopback macht.

-nik

Sieh dir doch zuallererst mal diese Tabelle an:

http://www.nthelp.com/NT6/pcanywhere_ip_port_usage.htm

Damit siehst du dann genau WELCHE TCP/UDP Ports deine von dir auf deinem Rechner installierte Version von PCanywhere überhaupt nutzt !!!
Vermutlich nutzt du eine der neueren Versionen so das du 2 (zwei) Ports auf deine lokale IP Adresse des PCanywhere Servers forwarden musst nämlich.

Externen Port TCP 5631 auf Lokalen Port TCP 5631 an <LokaleIP Adresse_PC>
Externen Port UDP 5632 auf Lokalen Port UDP 5632 an <LokaleIP Adresse_PC>

Wie gasagt das gilt NUR für neuere Versionen wie du aus der Tabelle ja unschwer ersehen kannst !!!
Erst DANN solltest du dich an die o.a. Port Forwarding Konfiguration des Routers machen ! Die Einstellungen von DynDNS haben NICHTS mit dem Port Forwarding zu tun !!! Sie dienen nur dazu das dein Router bei wechselnder DSL IP Adresse (PPPoE) immer unter einem festen Hostnamen erreichbar ist.
Da du ja den PCanywhere Client immer auf die Router DSL IP Adresse einstellen musst müsstest du die immer mühsam vorher rausbekommen was das arbeiten nicht gerade erleichtert und dafür gibt es den DynDNS Dienst !

Da der Router eine NAT (Adress Translation) Firewall betreibt lässt er generell von aussen auf seine DSL IP Adresse eingehende IP Verbindungsanforderungen links liegen. Auch der PCanywhere Verbindungsversuch den du auf seine DSL IP Adresse machst vom Client schmeisst er gnadenlos weg !!!
Du musst zugeben, das das ja auch der Sinn einer Firewall ist oder ???

Damit aber nun gewollte Verbundswünsche von außen wie dein PCanywhere auf lokale Rechner geforwardet werden, kannst du dem Router das mit der Port Forwarding Liste beibringen.
Er sagt dann bei einer eingehenden Session mit den richtigen PCanywhere Ports nicht gleich wegschmeissen sondern sieht in die Liste auf welche interne lokale IP er das forwarden soll !
Das macht er dann auch....und schon steht die PCanywhere Verbindung !

Das du diesem lokalen PCanywhere Server natürlich dann eine feste IP und keine DHCP IP vergeben solltest, sollte dir klar sein. Denn sollte dieser Server durch die Dynamik von DHCP mal eine andere IP Adresse lokal bekommen ists wieder aus mit dem PCanywhere, denn die IP in der PFW Liste zeigt ja dann auf einen nicht existenten Rechner !!!
Das diese IP dann auch AUSSERHALB der DHCP Range des Routers liegen sollte um IP Adressverdopplungen zu verhindern sollte dir ebenfalls klar sein !
Und nochwas sollte dir klar sein: Deine Firewall auf dem zu verbindenden Rechner MUSS offen sein auf diesem Port für den Zugriff aus fremden IP Netzen, also Netze die eine andere IP Adresse haben als die lokale IP !!! Richtest du das nicht ein kann ggf. die lokale FW auch noch den Zugriff sperren. Also zum Test erstmal temporär ausschalten auf dem PCanywhere Zielsystem !!!

Wenn du mal gepostet hättest welches FB Modell du denn besitzt hätte man auch für dich nochmal das Handbuch lesen können und dir den richtigen Menüpunkt und die richtigen Einstellungen posten können.....

Es ist anzunehmen das diese Version ebenfalls die Ports TCP 5631 und UDP 5632 benutzt, da das sich innerhalb der neueren Versionen nicht verändert hat.

Hier:

http://portforward.com/english/routers/port_forwarding/FRITZ/WLAN7050/p ...

findest du nochmals eine deatilierte Anleitung für die FB 7050 wie das einzustellen ist ! Damit sollte es problemlos klappen !!!

Du kannst den externen Port nicht von intern über DynDNS connecten, das geht nur remote.
Das solltest du also mal mit einem Modem und der telefoneinwahl über einen Internet by Call Provider austesten. So bst du im Internet und kannst lokal den Zugriff auf die Maschine prüfen.

Was du aber immer checken kannst ist ob dein Dyndns account überhaupt sicher funktioniert indem du mal mit nslookup deinen Hostnamen eingibst und die vom DNS Server wiedergegebene IP Adresse mit der vergleichst die dir ein Besuch auf
www.wieistmeineip.de
ausgibt ! Die müssen identisch sein. Ggf. funktioniert dein DynDNS Account nicht. Denn mit der nativen IP Adresse funktioniert das anscheinend ja fehlerfrei.

Mit deinen 3 PCs kannst du natürlich nicht separat von remote arbeiten. Das geht nur wenn du ein Port remapping machst also z.B. von extern TCP 5000 auf intern TCP 300 und IP x.x.x.x gehst. TCP 5001 geht dann auf intern TCP 300 und IP x.x.x.y und extern TCP 5002 auf intern TCP 300 und IP x.x.x.z.
So selektierst mit dem Client und einem dedizierten Port die 3 PCs dahinter. Es ist aber zu bezweifeln das PCanywhere das kann, da es 2 Ports benutzt für Authentifizierung und Daten. Vermutlich sind diese Ports in der Software hart gecodet, damit hast du keine Chance.

Was aber immer geht das du remote deinen PC x mit PCanywhere connectest und dann von diesem wieder eine neue PCanywhere connection auf die PCs 2 und 3.
Der PC-1 ist dann sowas wie ein PCanywhere Proxy !
Willst du das nicht musst du dir ein remote Control Programm suchen was nur einen Port benutzt wie z.B. Ultra VNC www.uvnc.com

Was du falsch machst ist das www vor deinem DynDNS Namen !!! Einen Host www gibt es bei DynDNS nicht !!! Steht auch nirgendwo so in der DynDNS Dokumentation. Scheinbar weist du nicht so recht wie DNS Hostnamen aufgebaut sind... !

Mit http://xxxxxxxxxx.dyndns.org sollte es sofort klappen !

Ja das ist klar ! das war auch ein Fehler oben in der Antwort.
Wenn du im Browser nttp:.. eingibst ist das ja immer Port 80 der bei dir wahrscheinlich dann auf die kamera geht.

Im PCanywhere Client gibst du dann nur ein xxxxxxxxxx.dyndns.org OHNE das http davor !

Wenn es mit der öffentlichen IP funktioniert, dann ist klar das du mit deinem DynDNS ein Problem hast. Das solltest du dann mal näher untersuchen !

Hat jemand was dagegen, wenn ich mich aus diesem Thread mal heimlich, still und leise zurückziehe?

-nik

P.S.: PcAnywhere arbeitet mit Hostnamen, und eigentlich sollte dein DynDNS-Hostname das gleiche bringen wie die IP-Adresse.

@aqui: Wenn man die Wildcard-Option bei DynDNS aktiviert, kann man durchaus was-auch-immer vor seinen Hostnamen schreiben, auch www.

Ist nur die Frage ob aroso26 das auch gemacht hat ???

@aroso26
Deine Applikation bestimmt den Zielport der Anwenung !! Firefox oder andere Browser benutzen immer TCP 80 oder TCP 443 (HTTP oder HTTPS) dein PCanywhere dann TCP 5631 oder 5632. Diese selektieren also den Port nichts sonst.

Schliess am besten einen Sniffer wie den Wireshark (www.wireshark.org) an und sieh dir die eingehenden Frames mal an, dann weisst du sofort wo dein problem steckt !

Ich kann's nicht lassen ...

@aqui:


Oh oh ... ich befürchte, wir dürfen uns hier bald durch megabyteweise Tcpdumps wühlen und Fehler suchen ...

Nein, niemals ! Der Verbindungsaufbau sind 3-4 Packete (IP Filter auf das Zielsystem vorausgesetzt..) das ist minimal und damit siehst du den Fehler sofort !

Und du behauptest, wenn er den Downloadlink nichtmal findet, bekommt er das Prog so eingestellt?

(Natürlich hast du Recht, aber bezogen auf diesen Thread ... naja ...)

*grrgsröddeldivök* ... http://switch.dl.sourceforge.net/sourceforge/wireshark/wireshark-setup- ...

-nik