OS X RDP vers Windows Server 2012 R2

J'essaie une session Bureau à distance. Ce sera de OSX 10.8.4 à Windows Server 2012 DataCenter R2 (Build 9431).

• J'utilise le client 2.1.1 Remote Desktop pour Mac.
• J'ai désactivé l'authentification au niveau du réseau, bien qu'en 2008R2, cela fonctionne bien.
• J'ai défini "toujours se connecter, même si l'authentification échoue sur le client.
• Le bac MSTSC.EVE peut se connecter à la machine.
• D'autres machines à fenêtre peuvent se connecter correctement.

Attention - l' ancien OS X Microsoft Remote Desktop (version 2.1.1) fourni avec Mac Microsoft Office 2011 ne fonctionne plus avec Windows 2012 R2 (il fonctionne avec l'ancien Windows 2012 ordinaire). Pour moi, il échoue avec le message d'erreur suivant:

Remote Desktop Connection cannot verify the identity of the computer that you want to connect to.

Un client de bureau à distance Windows 2012 (normal) n'a pas ce problème.

(Bref à part - Microsoft a une petite note qui dit que le client 2.1.1 n'est pas pris en charge sur OS X v10.7 ou version ultérieure. Qui savait et pourquoi cela m'a fait signaler tous ces plantages?)

Les bonnes nouvelles sont que le nouvel OS X Microsoft Remote Desktop 8.0.24091 (Mac App Store uniquement si - GRR) ne fonctionne avec Windows 2012 R2. Pourquoi ces informations ne figurent pas sur la page Nouveautés de 2012 R2 Services à distance Je ne sais pas ...

(Si vous souhaitez faire fonctionner l'ancien client, vous pouvez suivre les étapes pour faire fonctionner le client Mac RDP 2.1.1 (110309) ou essayer la version 2.1.2 inédite de l'ancien client (veuillez modifier la réponse de quelqu'un))

Selon la page du Centre de téléchargement de Microsoft , le client Connexion Bureau à distance pour Mac a été mis à jour pour la dernière fois le 5/5/2011, il y a plus de 2 ans. Comme il est dit, «Microsoft Remote Desktop Connection Client pour Mac (version 2.1.1) n'est pas destiné à être utilisé avec Mac OS X v10.7 (Lion) ou version ultérieure».

Notez également que cette page ne répertorie pas du tout Windows Server 2012 dans la section «Configuration requise».

Je suggère d'utiliser un client plus récent (par exemple, j'utilise CoRD qui prend en charge OS X 10.5-10.8), car il peut y avoir un comportement inattendu en utilisant l'ancien logiciel de Microsoft.

Pour ceux d'entre vous qui utilisent toujours l'ancienne application RDP, les actions suivantes sont utiles:

Activez la couche de sécurité RDP dans la stratégie de groupe sur la machine:

1. Vérifiez que le pare-feu autorise les connexions de bureau à distance avec RDP (port 3389)
2. Cliquez sur Démarrer> Exécuter, tapez gpedid.msc et cliquez sur "OK"
3. L'éditeur de stratégie de groupe s'ouvre Dans la barre de gauche, développez Computer Configuration>Administrative Templates>Windows Components>Remote Desktop Services>Remote Dekstop Session Host
4. Sélectionnez Security Change Require use of specific security layer for remote desktop (RDP) connection "sur Enabled et sélectionnez RDP dans le volet Options.
5. Modifiez Authentification utilisateur requise pour les connexions à distance en utilisant Authentification au niveau du réseau sur Désactivé .
6. Fermez l'Éditeur de stratégie de groupe et redémarrez la machine pour que les modifications prennent effet.

Je ne sais pas si c'est une façon non sécurisée de le faire, mais pour mon réseau domestique, cela ne me dérangeait pas de changer les paramètres. J'ai obtenu ce qui précède d' ici .

J'utilisais le nouveau client RDP et il fonctionnait bien jusqu'à ce qu'une récente mise à jour se produise et qu'il perde toutes mes connexions. Plus gênant, il ne stocke pas les connexions que je crée et affiche une "nouvelle fenêtre de fonctionnalités" à chaque fois que j'ouvre l'application, bien qu'elle ne soit plus nouvelle. Jusqu'à ce que je corrige ce problème, j'utiliserai l'ancien client.

J'ai toujours exactement la même situation. La version 2.1.2 inédite de RDC pour OS X est devenue difficile à trouver en dehors de certains sites extrêmement sommaires, et CoRD ne fonctionne pas du tout pour moi, imprimant "Connection reset by peer" sur la ligne de commande. La solution était Royal TSX version 2.2.4, qui est gratuite pour mes besoins limités. Apparemment, la future version 3.0 supprimera également la prise en charge des versions antérieures à 10.9 d'OS X, mais la version actuelle devrait rester disponible.