Remotedesktop verbindet sich nicht
Servus,
seit gestern haben wir Probleme mit der Remotedesktopverbindung komischerweise aber nur bei 2 Usern. Auf dem Terminalserver passen alle Einstellungen. Auch beim Client ist der richtige Gateway eingetragen. Habe unten die Fehlermeldung angehängt hat einer Ahnung an was das liegen kann?
Gruß
seit gestern haben wir Probleme mit der Remotedesktopverbindung komischerweise aber nur bei 2 Usern. Auf dem Terminalserver passen alle Einstellungen. Auch beim Client ist der richtige Gateway eingetragen. Habe unten die Fehlermeldung angehängt hat einer Ahnung an was das liegen kann?
Gruß
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 339966
Url: https://administrator.de/contentid/339966
Ausgedruckt am: 09.11.2024 um 01:11 Uhr
11 Kommentare
Neuester Kommentar
Hallo,
Nur auf dessen Clienthardware oder auch wenn diese sich von anderen Rechnern anzumelden versuchen?
Hardware Fehler wie Wackelkontakt, Stecker-fehler, Kabelfehler, Switchports etc. kann ausgeschlossen werden (geprüft)?
Gruß,
Peter
Nur auf dessen Clienthardware oder auch wenn diese sich von anderen Rechnern anzumelden versuchen?
Hardware Fehler wie Wackelkontakt, Stecker-fehler, Kabelfehler, Switchports etc. kann ausgeschlossen werden (geprüft)?
Auch beim Client ist der richtige Gateway eingetragen.
Ändert sich denn die Fehlermeldung wenn ein falsches Gateway verwendet wird?Gruß,
Peter
Moin,
also hast du Probleme, via VPN auf den Remotedesktop-Server zuzugreifen, korrekt?
Welcher VPN-Typ (IPSec, SSL, ...?) wird verwendet und welche Software (OpenVPN, ShrewSoft, NCP, Windows-eigen)?
Das sind im übrigen essentiell wichtige Infos, die man direkt zu Beginn kommunizieren sollte, denn ansonsten denkt jeder, dass der Client udn der Server irekt im selben Subnetz hängen
Gruß
em-pie
also hast du Probleme, via VPN auf den Remotedesktop-Server zuzugreifen, korrekt?
Welcher VPN-Typ (IPSec, SSL, ...?) wird verwendet und welche Software (OpenVPN, ShrewSoft, NCP, Windows-eigen)?
Das sind im übrigen essentiell wichtige Infos, die man direkt zu Beginn kommunizieren sollte, denn ansonsten denkt jeder, dass der Client udn der Server irekt im selben Subnetz hängen
Gruß
em-pie
Na da hattest du ja bereits geschrieben, aber anhand dieser Aussage:
Und hier dann halt die Frage: Ob der VPN-Tunnel denn wenigstens erfolgreich aufgebaut werden kann!?
Ich hoffe jedoch inständig, dass ihr einen VPN-Tunnel aufbaut, bevor ein Außendienstmitarbeiter versucht, sich von außen an dem Terminalserver anzumelden!
Dies wäre jedenfalls eine sseeeeehr entscheidende Information. Wenn der VPN-Tunnel schon nicht sauber aufgebaut wird, wie soll dann erst der Zugriff ins Firmennetz sauber funktionieren!?
Der Außendienstmitarbeiter hat es von Zuhause sowie mit Handy mit Hotsport...als auch von einem Hotspot vom Mc Donalds versucht...vergeblich..
Lässt sich entnehmen, dass der Zugriff eben nicht vom Büronetz erfolgen soll, sondern von Unterwegs.Und hier dann halt die Frage: Ob der VPN-Tunnel denn wenigstens erfolgreich aufgebaut werden kann!?
Ich hoffe jedoch inständig, dass ihr einen VPN-Tunnel aufbaut, bevor ein Außendienstmitarbeiter versucht, sich von außen an dem Terminalserver anzumelden!
Dies wäre jedenfalls eine sseeeeehr entscheidende Information. Wenn der VPN-Tunnel schon nicht sauber aufgebaut wird, wie soll dann erst der Zugriff ins Firmennetz sauber funktionieren!?
Hallo,
Gruß,
Peter
Zitat von @specialuser:
Die Mitarbeiter möchten sich via Remotedesktopverbindung auf den Terminalserver verbinden...
Und dazu wird zuerst ein VPN aufgebaut oder nicht? Soll dein Terminalserver einfach per Portforwarding (TCP 3389) aus dem Internet erreichbar sein? Wenn ja, sei froh wenns von McDonalds aus nicht geht. Bitte kläre uns auf was denn bei euch gemacht wird.Die Mitarbeiter möchten sich via Remotedesktopverbindung auf den Terminalserver verbinden...
Gruß,
Peter
Hallo,
Ihr habt seeehr viel Vertrauen in den Rest der Welt. Das solltet ihr überdenken, und nein, es nichts mit Datenaustausch zu tun. Die Eingangstür zu eurer Firma ist doch auch nit 24/7 sperrangwelweit offen.
Viele haben ausgehend solche Ports gesperrt da dies für die Nutzer ein Risiko darstellt. Auch geänderte Ports wie 3839 usw. sind meistens dicht.
Nutze VPN und die meisten werden wieder RDP machen können, obwohl auch VPN teils gesperrt wird - ist halt abhängig vom ISP, seinen Tarif und was der Tarif/Anschlußinhaber haben will.
Gruß,
Peter
Ihr habt seeehr viel Vertrauen in den Rest der Welt. Das solltet ihr überdenken, und nein, es nichts mit Datenaustausch zu tun. Die Eingangstür zu eurer Firma ist doch auch nit 24/7 sperrangwelweit offen.
Sobald die versucht wird herzustellen, öffnet sich die oben angehängte Fehlermeldung.
da haben andere ihre Finger im Spiel. Wenns von McDonalds nicht geht, müsst ihr deren ISP (Telekom) beauftragen dort den RDP Port (TCP 3389) für eure Geräte zu öffnen. Das gleiche an den Bahnhöfen, Flugplätzen, Öffentliche Räume wie das Oktoberfest, Hotels, Züge, Campingplätze usw.Viele haben ausgehend solche Ports gesperrt da dies für die Nutzer ein Risiko darstellt. Auch geänderte Ports wie 3839 usw. sind meistens dicht.
Nutze VPN und die meisten werden wieder RDP machen können, obwohl auch VPN teils gesperrt wird - ist halt abhängig vom ISP, seinen Tarif und was der Tarif/Anschlußinhaber haben will.
Gruß,
Peter
Zitat von @Pjordorf:
Sobald die versucht wird herzustellen, öffnet sich die oben angehängte Fehlermeldung.
da haben andere ihre Finger im Spiel. Wenns von McDonalds nicht geht, müsst ihr deren ISP (Telekom) beauftragen dort den RDP Port (TCP 3389) für eure Geräte zu öffnen. Das gleiche an den Bahnhöfen, Flugplätzen, Öffentliche Räume wie das Oktoberfest, Hotels, Züge, Campingplätze usw.Äh, nö. Das macht man im Normalfall über den TS Gateway und der läuft über SSL 443, was auf jedem Gast WLAN verfügbar sein sollte.
Ich hoffe mal nicht das hier der 3389 am Router freigegeben wurde, das geht gar nicht. Dafür wurde speziell die Rolle des TS Gateway eingeführt, die eigene Sicherheitsmechanismen bietet damit die Türe hier auch nur denen offen steht die da durchgehen sollen.
Hallo,
Gruß,
Peter
Zitat von @rzlbrnft:
Das macht man im Normalfall über den TS Gateway und der läuft über SSL 443, was auf jedem Gast WLAN verfügbar sein sollte.
Dann sollte es vom McDonalds aus doch gehen Das macht man im Normalfall über den TS Gateway und der läuft über SSL 443, was auf jedem Gast WLAN verfügbar sein sollte.
Ich hoffe mal nicht das hier der 3389 am Router freigegeben wurde
Der TO schweigt sich in seinen Antworten aus. Wir wissen es also nicht- können nur Vermutungen anstellen.Gruß,
Peter