Microsoft Remote Desktop via le port ssh-forwarded

J'ai une situation où je donne accès à un serveur Windows en transférant le port de bureau distant 3389 avec ssh de mon Mac vers "l'intérieur" d'un réseau autrement inaccessible.

Je peux maintenant me connecter avec la version Windows de Remote Desktop, mais la version Mac de Remote Desktop expire et ne fournit pas d'accès. C'est même lorsque vous utilisez le numéro IP comme hôte auquel vous connecter.

Une idée pourquoi cela se produit et comment je peux contourner ce problème?

Ne transférez pas le port local 3389, les différentes versions de Remote Desktop sont trop intelligentes pour leur bien.

Mes étapes habituelles impliquent le transfert du 3390 local vers le 3389 distant. Ensuite, dans MacRDC j'utilise: localhost:3390comme adresse pour se connecter aussi.

Je ne sais pas si vous utilisez quoi que ce soit pour aider à la configuration de la connexion ssh, mais à partir de la ligne de commande, ce serait quelque chose comme:

ssh -L 3390:172.16.5.32:3389 jason@remote.net

Où;
- 3390est le port de transfert local sur ma boîte.
- 172.16.5.32est l'hôte Windows distant. et;
- 3389est le port Remote Desktop (évidemment).

Sur votre Mac, essayez peut-être cette solution:

• installer sshuttle (implémente ssh tunnel / proxy, mais implémente également quelques modifications de routage) ( https://github.com/apenwarr/sshuttle.git )

• configurez sshuttle pour router uniquement l'adresse IP de la boîte Windows que vous souhaitez atteindre:

  sshuttle --dns -r YourUserName@YourSSHBox.com 1.1.1.1/32

  Remplacer:

  1.1.1.1/32 avec l'adresse IP de l'hôte Windows. S'il y a un certain nombre d'hôtes auxquels vous devez accéder et qu'ils sont dans le même sous-réseau, vous pouvez simplement changer le / 32 en quelque chose de plus large, par exemple / 24.

• Lancez votre client Mac RDP et essayez d'accéder à l'adresse IP de la machine Windows. Peut-être pouvez-vous utiliser le nom d'hôte si vous transférez également des requêtes DNS vers la boîte que vous utilisez comme pont.

Il s'agit d'une variante de la méthode -D3389, mais qui utilise les fonctionnalités de proxy socks de ssh.

Avez-vous essayé de désactiver l'exigence «Authentification au niveau du réseau» dans «Panneau de configuration -> Système -> Autoriser l'accès à distance» sur la machine cible?

Le Bureau à distance Windows implémente davantage d'algorithmes d'authentification et de chiffrement spécifiques à Windows. Cela nous est souvent arrivé, en fait, nous sommes obligés d'utiliser Windows Remote Desktop par nos administrateurs réseau car nous utilisons des méthodes d'authentification qu'OSX n'implémente pas. Croisons les doigts et espérons que Microsoft publiera une correspondance pour le Bureau à distance de qualité Windows dès que possible.

Essayez CoRD: entrez la description du lien ici

J'ai trouvé que cela fonctionne mieux que le client RDP officiel et a tendance à gérer les configurations imparfaites de manière plus fluide.

Le client OSX Microsoft Remote Desktop ne semble pas prendre en charge la méthode d'authentification par défaut utilisée par Windows 7+

La solution consiste à effectuer les opérations suivantes sur la machine Windows:

• Démarrer -> Modifier la stratégie de groupe

• La configuration d'un ordinateur

  • Modèles d'administration

    • Composants Windows

      • Services de bureau à distance

      • Hôte de session Bureau à distance

        • Sécurité

          1. Remplacez «Exiger l'utilisation de spécifiques pour les connexions Bureau à distance (RDP)» par Activé et choisissez RDP dans la liste déroulante.

          2. Remplacez «Exiger l'authentification des utilisateurs pour les connexions à distance à l'aide des authentifications au niveau du réseau» par Désactivé

Vous devriez maintenant pouvoir vous connecter à l'aide du client de bureau à distance OSX sans aucun problème via le tunnel SSH.

Parfois, la simple mise à jour du logiciel résout le problème.

En attendant votre système d'exploitation, vous devez vous assurer d'avoir la bonne version de WRDC.

Étant donné que vous avez la version 2.1.0 obsolète, vous devez mettre à jour l'un des éléments suivants. Ver. 2.1.1 de Microsoft ou de la dernière version. 2.1.2. par le bas.

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

Si la mise à jour du logiciel n'aide pas et si vous ne pouvez pas vous connecter avec l'adresse IP, le nom d'hôte ou le nom de l'ordinateur, il est probable que le port 3389 soit bloqué quelque part dans votre WAN.

Pour tester votre configuration de tunneling ssh, essayez de telneting sur le port de votre machine locale.

La redirection vers le port 3389 est susceptible de vous poser des problèmes. Le système reconnaîtra ce que vous essayez de faire et se court-circuitera. C'est l'inconvénient de DIY Remote Desktop , à mon humble avis.