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?
remote-desktop
ssh
Thorbjørn Ravn Andersen
la source
la source
Réponses:
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:3390
comme 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 [email protected]
Où;
-
3390
est le port de transfert local sur ma boîte.-
172.16.5.32
est l'hôte Windows distant. et;-
3389
est le port Remote Desktop (évidemment).la source
localhost:3390
dans la fenêtre RDC n'a pas fonctionné? Et vous avez également essayémyhost:3390
(avec myhost aliasé dans la ligne 127.0.0.1 dans le fichier hosts), également en vain?Sur votre Mac, essayez peut-être cette solution:
configurez sshuttle pour router uniquement l'adresse IP de la boîte Windows que vous souhaitez atteindre:
sshuttle --dns -r [email protected] 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.
la source
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?
la source
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.
la source
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.
la source
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:
La configuration d'un ordinateur
Modèles d'administration
Composants Windows
Hôte de session Bureau à distance
Sécurité
Remplacez «Exiger l'utilisation de spécifiques pour les connexions Bureau à distance (RDP)» par Activé et choisissez RDP dans la liste déroulante.
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.
la source
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 source
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.
la source