Configurer l'accès RDP aux serveurs Windows
Le Remote Desktop Protocol (RDP) permet aux utilisateurs d'accéder aux serveurs Windows à l'aide d'un client RDP. Le protocole RDP utilise une GUI pour accorder le plein accès à tous les serveurs Windows.
Installer des clients RDP pour les utilisateurs finaux
Installez un client RDP et utilisez les liens fournis par vos administrateurs pour accéder aux serveurs Windows de votre équipe.
|
Système d'exploitation |
Client RDP |
|---|---|
| macOS | Téléchargez et installez une implémentation RDP pour votre plateforme. Consultez la section MacFreeRDP ou Royal TSX . Consultez Configurer Royal TSX pour Okta Privileged Access. |
| Linux | Installez xfreerdp : sudo apt install freerdp2-x11 (Ubuntu ou Debian) ou sudo dnf install freerdp (RHEL ou Fedora). Consultez Configurer xfreerdp pour Okta Privileged Access. |
| Windows | Téléchargez et installez Remote Desktop. Consultez le Microsoft Store. |
En plus du port 3389 (RDP standard ), le port 4421 (port du courtier sftd) doit être ouvert sur le serveur cible. Vérifiez que le pare-feu du système d'exploitation et les groupes de sécurité du réseau autorisent le trafic TCP entrant sur le port 4421. Consultez Exigences relatives aux ports Okta Privileged Access.
Créer des gestionnaires d'URL pour les connexions RDP
Pour permettre à vos utilisateurs d'accéder aux serveurs Windows via RDP, vous pouvez créer des liens via un gestionnaire d'URL pour vos groupes (consultez la section Gestionnaire d'URL). Les utilisateurs peuvent également exécuter la commande sft rdp <server>.
Signer les fichiers RDP
La mise à jour Windows de Microsoft d'avril 2026 entraîne l'affichage par mstsc.exe d'un avertissement « Attention : connexion à distance inconnue » pour les fichiers .rdp non signés. Le client sft crée un fichier .rdp pour chaque connexion RDP ; c'est pourquoi les utilisateurs voient cet avertissement chaque fois qu'ils se connectent. Consultez Comprendre les avertissements de sécurité dans la documentation Microsoft.
Lorsque vous activez la signature RDP, Okta Privileged Access signe le fichier .rdp via un certificat propre à votre équipe, et l'avertissement passe à une invite « Vérifier l'éditeur ». Pour supprimer l'invite, installez le certificat et ajoutez son empreinte numérique à la liste blanche sur chaque machine gérée.
Si la signature n'est pas disponible, sft utilise un fichier .rdpnon signé et la connexion se poursuit.
Pour signer des fichiers RDP, vous devez effectuer les tâches suivantes dans l'ordre. Si vous ignorez une tâche, les utilisateurs verront toujours une invite de sécurité lorsqu'ils se connecteront.
- Mettre à jour sftd
- Activer la signature RDP
- Obtenir le certificat de signature et l'empreinte numérique
- Installer le certificat
- Ajouter l'empreinte numérique à la liste blanche
Mettre à jour sftd
La signature RDP requiert la dernière version de sftdsur la cible Windows. Les versions antérieures ne la prennent pas en charge. Mettez à jour sftd sur chaque serveur Windows auquel vos utilisateurs se connectent via RDP, en utilisant votre processus de mise à niveau sftd habituel.
Activer la signature RDP
La signature RDP est désactivée par défaut. Pour vous inscrire, exécutez la commande suivante sur chaque machine cliente :
sft config beta.rdp_signing true
Après avoir activé la signature RDP, sft rdp demande automatiquement un fichier .rdp signé.
Obtenir le certificat de signature et l'empreinte numérique
Exécutez la commande suivante :
sft rdp --certificate
La commande imprime l'empreinte numérique du certificat de signature de votre équipe ainsi que le certificat au format PEM. Il n'installe ni ne modifie quoi que ce soit sur la machine. Par exemple :
RDP signing certificate thumbprint:
sha256:<sha256_thumbprint>,<sha1_thumbprint>
RDP signing certificate (PEM):
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
Pour supprimer l'invite, installez le certificat et ajoutez l'empreinte numérique à la liste blanche de chaque machine géré. Si vous n'effectuez qu'une seule de ces procédures, l'invite « Vérifier l'éditeur » apparaît toujours. Les deux procédures nécessitent un accès administrateur.
Installer le certificat
Installez le certificat dans les magasins de certificats LocalMachine\Root et LocalMachine\TrustedPublisher afin que Windows fasse confiance à l'éditeur. Enregistrez le résultat PEM de sft rdp --certificate en tant que okta-rdp-signing.cer, puis utilisez l'une des méthodes suivantes.
Politique de groupe (recommandée pour les flottes gérées)
- Dans l'Éditeur de la politique de groupe, accédez à .
- Importez
okta-rdp-signing.cerà la fois dans Autorités de certification racines de confiance et Éditeurs de confiance. - Exécutez
gpupdate /forcesur les machines cibles ou attendez la prochaine actualisation de la politique.
Gestionnaire de certificats (appareil unique)
- Appuyez sur Win + R, puis exécutez
certlm.msc. - Faites un clic droit sur , puis sélectionnez .
- Importez
okta-rdp-signing.cer. - Répétez l'importation pour .
PowerShell (appareil unique)
Exécutez les commandes suivantes en tant qu'administrateur :
Import-Certificate -FilePath .\okta-rdp-signing.cer -CertStoreLocation Cert:\LocalMachine\Root
Import-Certificate -FilePath .\okta-rdp-signing.cer -CertStoreLocation Cert:\LocalMachine\TrustedPublisher
Ajouter l'empreinte numérique à la liste blanche
Ajoutez l'empreinte numérique à la politique TrustedCertThumbprints pour que mstsc ignore l'invite de vérification de l'éditeur pour ce certificat.
La chaîne d'empreintes numériques de sft rdp --certificate contient l'empreinte numérique SHA-256 (préfixée par sha256:) et l'empreinte numérique SHA-1, séparées par une virgule. Copiez la chaîne complète et conservez les deux hachages. Windows correspond au hachage qu'il prend en charge. Les machines avec la mise à jour KB5101650 (juillet 2026) ou ultérieure reconnaissent l'un ou l'autre des hachages. Les machines antérieures ne reconnaissent que l'empreinte numérique SHA-1.
Politique de groupe (recommandée pour les flottes gérées)
- Dans l'Éditeur de politique de groupe, accédez à .
- Activez Spécifier les empreintes SHA1 des certificats correspondant aux éditeurs .rdp de confiance.
- Collez la chaîne d'empreinte numérique complète dans la liste.
- Exécutez
gpupdate /forcesur les machines cibles ou attendez la prochaine actualisation de la politique.
Éditeur de registre (machine unique)
- Appuyez sur Win + R, puis exécutez
regedit. - Accédez à
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services. Si la cléTerminal Servicesn'existe pas, créez-la. - Ajoutez une valeur de chaîne nommée
TrustedCertThumbprints. - Définissez la valeur sur la chaîne d'empreinte numérique complète. Pour approuver plusieurs certificats, séparez les chaînes d'empreintes numériques par une virgule au sein de la même valeur.
PowerShell (appareil unique)
Exécutez les commandes suivantes en tant qu'administrateur. Remplacez la valeur de $thumbprint par la chaîne d'empreinte numérique complète.
$thumbprint = "sha256:<sha256_thumbprint>,<sha1_thumbprint>"
New-Item -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" -Force | Out-Null
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" `
-Name "TrustedCertThumbprints" -Value $thumbprint
Résoudre les problèmes liés à l'invite « Vérifier l'éditeur »
Si l'invite « Vérifier l'éditeur » apparaît toujours, vérifiez les éléments suivants :
- Vérifiez que vous avez activé
beta.rdp_signing. Exécutezsft config beta.rdp_signingpour vérifier la valeur. - Vérifiez que vous avez installé le certificat dans les deux magasins de certificats.
- Vérifiez que la politique relative aux empreintes numériques a bien été appliquée. Exécutez
gpresult /rsi vous utilisez les politiques de groupe, ou vérifiez la clé de registre. - Vérifiez que vous avez bien copié l'intégralité de la chaîne de l'empreinte numérique, et pas seulement l'un des deux hachages.