Remotedesktopdienst lsst sich nicht starten
Ich möchte über dyndns auf meinen Rechner mit der Remotedesktopverbindung per Internet von einem anderen Rechner zugreiffen.
Dyndns ist eingerichtet.
Wenn ich mir jetzt meinen Taskmanager anschaue, dann erscheint dort die rmtctrl nicht.
Unter Arbeitsplatz -> rechtsclick -> Reiter Remote sind die Remoteunterstützung und das Remotedekstop aktiviert.
Muss ich sonst irgendwelche Einstellungen vornehmen?
Das komische ist, wenn ich mittels Remotedekstopverbindung mit dyndns auf einen anderen Rechner (Bekannter) zugreiffen möchte, dann funktioniert dies....wenn ich aber auf meinen eigenen Rechner per Remotedesktop zugreiffen möchte, dann bekomme ich folgende Fehlermeldung:
Gebe ich meine dyndns-Adresse im Browser ein, dann komme ich auf die Konfig-Seite meines Routers....
Mein System:
Athlon XP2800
XP Pro SP 1
Router Sinus 1054 DSL
D-Link AirPlus G+ DWL-G520+ Wireless PCI Adapter
Vielen Dank schonmal für euere Bemühungen und Hilfe !!!
Grüßle
Dyndns ist eingerichtet.
Wenn ich mir jetzt meinen Taskmanager anschaue, dann erscheint dort die rmtctrl nicht.
Unter Arbeitsplatz -> rechtsclick -> Reiter Remote sind die Remoteunterstützung und das Remotedekstop aktiviert.
Muss ich sonst irgendwelche Einstellungen vornehmen?
Das komische ist, wenn ich mittels Remotedekstopverbindung mit dyndns auf einen anderen Rechner (Bekannter) zugreiffen möchte, dann funktioniert dies....wenn ich aber auf meinen eigenen Rechner per Remotedesktop zugreiffen möchte, dann bekomme ich folgende Fehlermeldung:
Gebe ich meine dyndns-Adresse im Browser ein, dann komme ich auf die Konfig-Seite meines Routers....
Mein System:
Athlon XP2800
XP Pro SP 1
Router Sinus 1054 DSL
D-Link AirPlus G+ DWL-G520+ Wireless PCI Adapter
Vielen Dank schonmal für euere Bemühungen und Hilfe !!!
Grüßle
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 25230
Url: https://administrator.de/contentid/25230
Ausgedruckt am: 24.11.2024 um 16:11 Uhr
11 Kommentare
Neuester Kommentar
Nein Du musst beim Rechner auf den Du zugreifen willst einen Benutzer festlegen der das darf.
z.B. nennst Du den REMOTE mit passwort
Hilfe: http://business.tomshardware.de/security/20050616/win-xp-remote-02.html
z.B. nennst Du den REMOTE mit passwort
Hilfe: http://business.tomshardware.de/security/20050616/win-xp-remote-02.html
Die XP Firewall hab ich nicht
aktiviert...Firewall läuft übern
Router...da hab ich den Port 3389 (hab ich
irgendwo gelesen) freigeschalten...
aktiviert...Firewall läuft übern
Router...da hab ich den Port 3389 (hab ich
irgendwo gelesen) freigeschalten...
"FreigeschalteT" *SCNR*
Das Problem wird höchstwahrscheinlich Dein Router sein - Du mußt die Ports forwarden (= an Deine Workstation weiterleiten). Dazu mußt Du Pakete, die von extern auf Port tcp3389 ankommen, an die interne IP-Adresse Deiner Workstation weiterleiten.
Ich würde folgendermaßen vorgehen:
1. prüfe, ob Du von intern per RDP auf die Workstation connecten kannst. Falls ja, liegt es höchstwahrscheinlich am Router oder etwas anderem
2. forwarde die Ports wie angegeben. Entweder per se für das externe Interface oder aber für einen bestimmten IP-Range (besser), und zwar den, in dem sich die Workstation befindet, von der aus Du connecten willst. Nimm das entsprechende Subnetz (zB 80.113.80.xxx) und erlaube Connects aus diesem und aus den zwei Subnetzen unter und über diesem (80.113.79.xxx und 80.113.81.xxx), wenn Du öfter zugreifen willst (die IP-Adresse wechselt jedesmal, wenn Du Dich mit Deinem Provider verbindest, es sei denn, Du hast dort eine feste Adresse). Wenn Du Dich nur temporär verbinden willst und von extern Zugriff auf die Config Deines Routers haben solltest (argh!), dann stelle dort ein, daß Ports von dieser Adresse auf die interne WS geforwardet werden. Kümmer Dich in diesem Fall anschließend darum, daß Dein Router von extern nicht konfigurierbar ist - ansonsten ist dies eine große Sicherheitslücke.
3. Stelle sicher, daß Du Dich generell mit tcp3389 von extern verbinden kannst. Hierzu starte eine Verbindung mit telnet (Start / Ausführen / "cmd" / Return / "telnet HOSTNAME_ODER_IP_DES_RECHNERS 3389". Wenn Du jetzt einen blinkenden Cursor siehst, dann ist der Port offen. Wenn etwas wie "Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 3389: Verbinden fehlgeschlagen" erscheinen sollte, dann ist der Port zu. Dies weist darauf hin, daß entweder der Port nicht erreichbar oder nicht geöffnet ist (das letztere hast Du ja schon bei Punkt 1 geprüft)
HTH,
fritzo
zu 1
Ich kann mittels rdp von meinem Zweitrechner
intern auf meinen Hauptrechner
zugreiffen....
allerdings funktioniert dies umgekehrt nicht
(kommt die selbe Fehlermeldung wie im ersten
Beitrag angegeben)
Ich kann mittels rdp von meinem Zweitrechner
intern auf meinen Hauptrechner
zugreiffen....
allerdings funktioniert dies umgekehrt nicht
(kommt die selbe Fehlermeldung wie im ersten
Beitrag angegeben)
Das heisst, daß es schon intern nicht funktioniert. Ok, also hakt es bei Deinem Clientrechner.
hm.... warte mal - Du hattest die Betriebssysteme der Rechner gar nicht genannt. Kann es sein, daß auf dem Rechner, auf dem es nicht funktioniert, ein XP Home installiert ist?
Der RDP-Stack von XP Home ist nicht vollwertig, soweit ich weiß (habe kein XP Home hier).. es könnte sehr gut sein, daß es deswegen nicht funktioniert.
Versuch noch mal testweise, statt "rmtctrl.exe" den RDP-Client (auch "Remotedesktopverbindung" genannt) aufzurufen und damit zu connecten (wenn er installiert sein sollte). Starte ihn auf Deinem Erstrechner über START/AUSFÜHREN, Eingabe von "%windir%\system32\mstsc.exe" und Bestätigen mit Return. Sollte das jetzt nicht gehen, kannst Du versuchen, ihn von dieser Adresse herunterzuladen und nachzuinstallieren.
Dann versuche, auf Deinen Zweitrechner zuzugreifen: gibt einfach unter "Computer" dessen Namen ein und klick auf "Verbinden". Unter Optionen kannst Du verschiedene Einstellungen vornehmen, die sind aber, wie der Name schon sagt, optional.
Ich befürchte aber, daß es nicht gehen wird, weil XP Home dies nicht zulassen wird. Da bist Du wahrscheinlich auf andere Remoteprogramme angewiesen, wie zum Beispiel TightVNC.
Grüße,
fritzo
...
bitte prüf noch mal genau die von Steffen genannten Punkte auf Deinem Zweitrechner (der Rechner, auf den Du zugreifen willst):
Start / Einstellungen / Systemsteuerung / System --> Karteireiter "Remote" aufrufen. Dort bitte unter "Remotedesktop" einen Haken bei "Benutzern erlauben, eine Remotedesktopverbindung herzustellen" setzen. Anschließend geh auf "Remotebenutzer auswählen". Klick dort auf "Hinzufügen". Jetzt sollte bei Objekttyp "Benutzer" ausgewählt sein und unter "Suchpfad" der Name Deines Rechners. Trag nun im weißen Feld den Benutzernamen ein, den Du berechtigen willst und klick auf OK. Dann noch zweimal auf OK und das war es. Prüf bitte anschließend, ob der Systemdienst "Terminaldienste" aktiv ist (Start / Einstellungen / Systemsteuerung / Verwaltung / Dienste ---> "Terminaldienste" in der rechten Spalte. Falls nein, setz den Starttyp auf "Automatisch" und boote den Rechner neu. Versuch es dann nochmal.
Falls es nun immer noch nicht geht, prüf bitte das Ereignisprotokoll (eventvwr.exe) auf Fehler.
bitte prüf noch mal genau die von Steffen genannten Punkte auf Deinem Zweitrechner (der Rechner, auf den Du zugreifen willst):
Start / Einstellungen / Systemsteuerung / System --> Karteireiter "Remote" aufrufen. Dort bitte unter "Remotedesktop" einen Haken bei "Benutzern erlauben, eine Remotedesktopverbindung herzustellen" setzen. Anschließend geh auf "Remotebenutzer auswählen". Klick dort auf "Hinzufügen". Jetzt sollte bei Objekttyp "Benutzer" ausgewählt sein und unter "Suchpfad" der Name Deines Rechners. Trag nun im weißen Feld den Benutzernamen ein, den Du berechtigen willst und klick auf OK. Dann noch zweimal auf OK und das war es. Prüf bitte anschließend, ob der Systemdienst "Terminaldienste" aktiv ist (Start / Einstellungen / Systemsteuerung / Verwaltung / Dienste ---> "Terminaldienste" in der rechten Spalte. Falls nein, setz den Starttyp auf "Automatisch" und boote den Rechner neu. Versuch es dann nochmal.
Falls es nun immer noch nicht geht, prüf bitte das Ereignisprotokoll (eventvwr.exe) auf Fehler.