Microsoft Remote Desktop über den von ssh weitergeleiteten Port

Ich habe eine Situation, in der ich den Zugriff auf einen Windows-Server durch Weiterleiten des Remotedesktop-Ports 3389 mit ssh von meinem Mac an das "Innere" eines ansonsten nicht zugänglichen Netzwerks bereitstelle.

Ich kann jetzt eine Verbindung mit der Windows- Version von Remotedesktop herstellen, aber die Mac- Version von Remotedesktop läuft ab und bietet keinen Zugriff. Dies gilt auch dann, wenn Sie die IP-Nummer als Host für die Verbindung verwenden.

Irgendeine Idee, warum dies passiert und wie ich es umgehen kann?

Leiten Sie den lokalen Port 3389 nicht weiter. Verschiedene Versionen von Remotedesktop sind zu intelligent für sich.

Meine üblichen Schritte umfassen das Weiterleiten des lokalen 3390 an den entfernten 3389. Dann verwende ich in MacRDC: localhost:3390als Adresse, um auch eine Verbindung herzustellen .

Ich weiß nicht, ob Sie irgendetwas verwenden, um den Aufbau der SSH-Verbindung zu unterstützen, aber über die Befehlszeile wäre es ungefähr so:

ssh -L 3390:172.16.5.32:3389 [email protected]

Wo;
- 3390ist der lokale Weiterleitungsport auf meiner Box.
- 172.16.5.32ist der Remote-Windows-Host. und;
- 3389ist der Remotedesktop-Port (offensichtlich).

Probieren Sie auf Ihrem Mac möglicherweise diese Lösung aus:

• sshuttle installieren (implementiert ssh tunnel / proxy, implementiert aber auch einige Routing-Änderungen) ( https://github.com/apenwarr/sshuttle.git )

• Konfigurieren Sie sshuttle so, dass nur die IP-Adresse der Windows-Box weitergeleitet wird, die Sie erreichen möchten:

  sshuttle --dns -r [email protected] 1.1.1.1/32

  Ersetzen:

  1.1.1.1/32 mit der IP-Adresse des Windows-Hosts. Wenn Sie auf eine Reihe von Hosts zugreifen müssen und diese sich im selben Subnetz befinden, können Sie einfach die / 32 in eine breitere ändern, z. B. / 24.

• Starten Sie Ihren Mac RDP-Client und versuchen Sie, auf die IP-Adresse des Windows-Computers zuzugreifen. Möglicherweise können Sie den Hostnamen verwenden, wenn Sie auch DNS-Abfragen an die Box weiterleiten, die Sie als Bridge verwenden.

Dies ist eine Variation der -D3389-Methode, verwendet jedoch die Socken-Proxy-Funktionen von ssh.

Haben Sie versucht, die Anforderung für die Authentifizierung auf Netzwerkebene über "Systemsteuerung -> System -> Remotezugriff zulassen" auf dem Zielcomputer zu deaktivieren?

Der Windows-Remotedesktop implementiert mehr Windows-spezifische Authentifizierungs- und Verschlüsselungsalgorithmen. Dies ist uns häufig passiert. Tatsächlich müssen unsere Netzwerkadministratoren Windows-Remotedesktop verwenden, da wir Authentifizierungsmethoden verwenden, die OSX nicht implementiert. Drücken wir die Daumen und hoffen, dass Microsoft so schnell wie möglich ein Match für den Windows-Remotedesktop veröffentlicht.

Versuchen Sie es mit CoRD: Geben Sie hier die Linkbeschreibung ein

Ich habe festgestellt, dass es besser funktioniert als der offizielle RDP-Client und fehlerhafte Setups reibungsloser handhabt.

Der Microsoft Remotedesktop-Client von OSX scheint die von Windows 7+ verwendete Standardauthentifizierungsmethode nicht zu unterstützen

Die Lösung besteht darin, auf dem Windows-Computer Folgendes auszuführen:

• Start -> Gruppenrichtlinie bearbeiten

• Computerkonfiguration

  • Administrative Vorlagen

    • Windows-Komponenten

      • Remotedesktopdienste

      • Remotedesktop-Sitzungshost

        • Sicherheit

          1. Ändern Sie "Verwendung bestimmter RDP-Verbindungen ( Remotedesktop erforderlich )" in " Aktiviert" und wählen Sie " RDP" aus der Dropdown-Liste aus.

          2. Ändern Sie "Benutzerauthentifizierung für Remoteverbindungen mithilfe von Authentifizierungen auf Netzwerkebene erforderlich" in " Deaktiviert"

Jetzt sollten Sie problemlos über den SSH-Tunnel eine Verbindung mit dem OSX Remote Desktop Client herstellen können.

Manchmal löst nur das Aktualisieren der Software das Problem.

Bis zu Ihrem Betriebssystem sollten Sie sicherstellen, dass Sie die richtige Version von WRDC haben.

Da Sie die veraltete Version 2.1.0 haben, sollten Sie auf eine der folgenden Optionen aktualisieren. Ver. 2.1.1 von Microsoft oder der neuesten Version. 2.1.2. von unten.

http://www.cloud9realtime.com/Guides/Macintosh%20RDP%20Guide.pdf

Wenn das Aktualisieren der Software nicht hilft und Sie keine Verbindung mit der IP-Adresse, dem Hostnamen oder dem Computernamen herstellen können, ist Port 3389 wahrscheinlich irgendwo in Ihrem WAN blockiert.

Versuchen Sie zum Testen Ihres SSH-Tunneling-Setups, Telneting an den Port Ihres lokalen Computers durchzuführen .

Die Weiterleitung an Port 3389 wird Ihnen Probleme bereiten. Das System erkennt, was Sie versuchen, und schließt im Grunde selbst kurz. Dies ist der Nachteil von DIY Remote Desktop , imho.