Meilleur auteur de réponses
Certificat Local et Externe Ferme RDS

Question
-
Bonjour,
Je rencontre un problème concernant des erreurs de certificat :
Je vous présente l'infrastructure : "domain" pour l'exemple
- lab-ad.domain.local(ad)
- lab-data.domain.local (partage de fichier & autorité de certification)
- lab-broker01.domain.local (Broker)
- lab-rdg.local (gateway et web accès)
- lab-RDS01.domain.local / lab-RDS02.domain.local / lab-RD03.domain.local / lab-RDS04.domain.local
Je dispose d'un certificat *.domain.fr
Je désire me connecter à distance avec la gateway :
La connection fonctionne par contre j'ai des erreurs de certificat car les .local sont affiché. Il y à juste la gateway qui est publié avec un certificat wildcard qui fonctionne bien.
j'ai suivi les recommandations : https://blogs.technet.microsoft.com/askperf/2014/01/24/certificate-requirements-for-windows-2008-r2-and-windows-2012-remote-desktop-services/
Quand je suis connecté sur mon broker et que je me connecte sur la ferme l’authentification unique est activé et fonctionne aucun problème de certificat.
Quand je me connecte sur la publication web pas de problème.
Quand j'essaye avec le client lourd j'ai des erreurs de certificat.
Comment procédé vous habituellement pour les .local et l'accès à distance.
Merci
Réponses
-
Comme je ne peux pas vérifier votre infrastructure et qu'il peut y avoir des incompréhensions, pouvez-vous vérifier toutes les étapes du lien ci-dessous?
https://www.rdsgurus.com/windows-2012-r2-how-to-create-a-mostly-seamless-logon-experience-for-your-remote-desktop-services-environment/Cela permettra de valider la chaîne de bout en bout.
je vous rajoute deux liens supplémentaires qui peuvent servir:
http://lemmermann.tech/books/RDSH/OEBPS/Text/Troubleshooting.xhtml
https://blog.tmurphy.org/2015/05/an-authentication-error-has-occurred.html
Cordialement.
- Modifié Franck Fouché jeudi 13 décembre 2018 11:59
- Marqué comme réponse Couedel Patrice lundi 21 janvier 2019 14:33
Toutes les réponses
-
Bonjour, pour ma part j'utilise le script ci-dessous pour déployer l'ensemble des certificats sur les hosts:
https://gallery.technet.microsoft.com/RDS-2012-Session-Host-fbb54ff9
Un article existe également pour l'appliquer correctement.
https://ryanmangansitblog.com/2013/03/10/configuring-rds-2012-certificates-and-sso/
N'hésitez pas à revenir vers moi.
Cordialement.
-
Bonjour,
Que voulez vous dire par le client lourd ?
La seule façon "correcte" de se connecter à une infra RDS est de passer par le rdweb ou un abonnement remoteapp indépendament de la présente d'une gateway ou non.
Si vous êtes dans le cas où vous exécuter l'outil de connexion de bureau à distance puis renseigner le nom d'un serveur / du broker alors cela n'est pas prévu par microsoft. Cela est nécessaire uniquement en faisant mstsc /admin pour des besoin d'administration de serveur.
Mais en tant qu'utilisateur :
-> site rdweb
-> abonnement remoteApp
Merci de marquer comme reponses les interventions qui vous ont ete utile.
-
Bonjour,
Pour me connecter à distance je souhaiterais utiliser les 4 solutions suivantes :
Utilitaire du store windows Bureau à distance
Client mstsc avec gateway
Accès web : rdweb
Accès web : rdweb/webclient html5
Accès à l'intérieure avec application store bureau à distance.
Je dispose d'un certificat wildcard "domain.fr"
J'ai créé un domain "domain.local"
J'ai poussé les certificats wildcards ici :
Quand je me connecte à distance directement sur un serveur : lab-tse01.domain.local avec mstsc pas de problème de certificat.
Si je me connecte sur la ferme TSE "entré dns créé pour les 2 serveurs TSE" j'ai les certificats local qui remonte et des erreurs.
Avec l'application bureau à distance j'ai aussi des problèmes de certificat quand je passer par rdweb / et la version en html 5 pas de problème.
Dans les DNS j'ai créé une 2eme entré avec domain.fr
-
-
Bonjour,
avec le client mstsc et la passerelle.
Je me connecte sur le pool de serveur tse.domain.lodal
passerelle : https://lab-rdg.domain.fr avec certificat
Store - rdweb pas de problème
Sur le client store bureau à distance erreur suivante il y à bien l'indication du certificat gandi par contre message suivant :
- Modifié Couedel Patrice mercredi 12 décembre 2018 07:52
-
Bonjour, ci-dessous un lien pour vous aider:
En fait le problème est lié au nom de serveurs et certificats.
Soit vous vous connectez à un alias "fermerds.domaine.fr" sur le bureau à distance, soit vous déployez les autorités de certification root ainsi que les certificats RDS du domaine local sur l'ensemble du parc si vous souhaitez utiliser le FQDN local et là vous n'aurez plus d'erreurs.
N'hésitez pas à dire si je me suis mal exprimé.
Cordialement.
- Modifié Franck Fouché mercredi 12 décembre 2018 08:29
-
merci, je vais regarder j'ai deja essayer d installer sur chaque serveur le certificat *.domain.fr et j'avais plus de problème avec mstsc par contre impossible de me connecter avec le client rdweb.
Le certificat était installer dans le dossier personnel du poste.
Pour créer l'alias fermerds.domaine.fr
J'ajoute seulement dans les DNS fermerds.domaine.fr ou il y à d'autre chose à faire ?
J'ai déjà aussi créer le certificat local avec l'autorité de certification windows et pousser sur les différents serveur de la ferme et j'avais le même problème. Car le certificat est aussi situé dans le dossier personnel de chaque serveur.
Cordialement
- Modifié Couedel Patrice mercredi 12 décembre 2018 08:51
-
-
ok, du coup
j'ai une entré dns
fermerds.domaine.fr
fermerds.domaine.local :
ip :
- 192.168.40.74
- 192.168.40.75
Concernant les certificats j'ai poussé les pfx de gandi avec *.domain.fr sur propriété de déployement
Merci
- Modifié Couedel Patrice mercredi 12 décembre 2018 10:44
-
-
Je viens de tester :
Client mstsc à distance :
Je me connecte sur fermerds.domain.fr ou fermerds.domain.local
- - Il me demande login et mot de passe et quand il arrivé sur le TSE01 il m'affiche le certificat .local
- Si je me connecte sur lab-tse01.domain.local ou lab-tse02.domain.local pas de problème de certificat.
J'ai la même problématique en local j'ai activé le sso sur les serveurs :
- Quand je me connecte sur un serveur en direct : lab-tse01.domain.local ou lab-tse02.domain.local
- La connexion SSO fonctionne sans problème de certificat
Quand je me connecte fermerds.domain.local ou fermerds.domain.fr le sso ne fonctionne pas problème de certificat.
- Le problème est visiblement lié à la fermerds
Par contre si je passe par les remote app et rdweb pas de problème il passe par : lab-broker1.domain.local.
----------------------------------------------------------------------------------------------------------------------
Si je pousse le certificat autosigné ou *.domaine.fr sur la ferme
Ajouter le certificat dans personnel
et commande powershell
$path = (Get-WmiObject -class "Win32_TSGeneralSetting" -Namespace root\cimv2\terminalservices -Filter "TerminalName='RDP-tcp'").__path
Set-WmiInstance -Path $path -argument @{SSLCertificateSHA1Hash="F18BD491BCBA957FE46275096591275260ACB874"}
Connexion sur la ferme aucun problème par contre RDWEB ne fonctionne plus ^^
----------------------------------------------------------------------------------------------------------Sur mac j'avais des problèmes de certificat aussi avec le client RDP du store j'ai fais la modification suivante :
utiliser le script powershell : Set-RDPublishName
j'ai changé mon broker lab-broker1.domain.local - lab-broker1.domain.fr
J'ai activé le certificat *.domain.fr
rebooté le broker et sur le mac plus aucun problème avec le client RDP en externe.
En interne par contre ne fonctionne pas aucune connexion sans doute problème de dns en interne
--------------------------------------------------------------------------------------------------------
Sur pc toujours les mêmes problèmes
En interne ne fonctionne pas du tout avec le client RDP store comme sur mac
Sur le site en interne https://lab-rdg.domain.fr/rdweb fonctionne
--------------------------------------------------------------------------------------------------------
Sur Ipad - android pas de problème à distance
- Modifié Couedel Patrice mercredi 12 décembre 2018 20:34
-
Pour l'utilisation de RDWEB store en interne avec le paramétrage suivant fonctionne
J'ai décoché ignorer le serveur de passerelle des services bureau à distance et du coup fonctionne.
Il me reste juste les problèmes de certificat sur la ferme TSE et dans l'application Windows.
Si j'installe le certificat sur le serveur TSE1 & 2 et que je me connecte sur à distance avec le client lourd plus de problème de certificat.
En local si je me connecte du broker avec SSO activé aucun problème.
Par contre dans les applications publié sur https:\\lab-rdg.domain.fr
Régler un problème pour en avoir un autre ;)
Problème réglé suppression :
HKLM\ SYSTEM\ CurrentControlSet\ Control\ Terminal Server\ WinStations\ RDP-Tcp
SSLCertificateSHA1Hash REG_DWORD
Je pense avoir réglé les différents problèmes :)
- Modifié Couedel Patrice mercredi 12 décembre 2018 22:14
-
Si je reboot le serveur ne fonctionne plus ...
plus trop d'idée du coup pour régler juste les messages de certificat pour le client lourd et garder l’utilisation de l'auto login sur le parc en interne...
J'ai trouvé l'info suivante
https://cloudadministrator.net/2014/10/31/authentication-error-has-occurred-code-0x607-on-remote-console-after-you-apply-ur4-for-spf-2012-r2/
Je trouve pas l'info dans le fichier de conf
- Modifié Couedel Patrice mercredi 12 décembre 2018 23:28
-
Le plus propre après de nombreux essais :
Pousser les certificats sur les serveurs TSE aussi :
- aucune erreur sur le client lourd
- aucune erreur sur l'application bureau à distance
- aucune erreur en HTML5 full web
- auto login ok
- Connexion impossible sur le site : lab-rdg.domain.fr/RDWeb/Pages/fr-FR/Default.aspx
il y à du coup un problème de configuration ici :
redirectclipboard:i:1
redirectprinters:i:1
redirectcomports:i:0
redirectsmartcards:i:1
devicestoredirect:s:*
drivestoredirect:s:*
redirectdrives:i:1
session bpp:i:32
prompt for credentials on client:i:1
server port:i:3389
allow font smoothing:i:1
promptcredentialonce:i:1
videoplaybackmode:i:1
audiocapturemode:i:1
gatewayusagemethod:i:1
gatewayprofileusagemethod:i:1
gatewaycredentialssource:i:0
full address:s:lab-broker1.domain.fr
gatewayhostname:s:lab-rdg.domain.fr
workspace id:s:lab-broker1.bellvision.local
use redirection server name:i:1
loadbalanceinfo:s:tsv://MS Terminal Services Plugin.1.Ferme_RDS
use multimon:i:1
alternate full address:s:lab-broker1.domain.fr
signscope:s:Full Address,Alternate Full Address,Use Redirection Server Name,Server Port,GatewayHostname,GatewayUsageMethod,GatewayProfileUsageMethod,GatewayCredentialsSource,PromptCredentialOnce,RedirectDrives,RedirectPrinters,RedirectCOMPorts,RedirectSmartCards,RedirectClipboard,DevicesToRedirect,DrivesToRedirect,LoadBalanceInfo
signature:s:- Modifié Couedel Patrice jeudi 13 décembre 2018 07:17
-
-
-
Certificat : ok
Connection sur le site : ok
Je clique sur Ferme RDS : ok ouverture du client - demande nom d'utilisateur et mot de passe
Connexion et erreur :
Quand j'utilise le client par défault bureau à distance du store la connexion me demande 2 fois le mot de passe et arrive finalement à ce connecter quand même par contre avec le client par défaut j'ai l'erreur
- Modifié Couedel Patrice jeudi 13 décembre 2018 09:52
-
Comme je ne peux pas vérifier votre infrastructure et qu'il peut y avoir des incompréhensions, pouvez-vous vérifier toutes les étapes du lien ci-dessous?
https://www.rdsgurus.com/windows-2012-r2-how-to-create-a-mostly-seamless-logon-experience-for-your-remote-desktop-services-environment/Cela permettra de valider la chaîne de bout en bout.
je vous rajoute deux liens supplémentaires qui peuvent servir:
http://lemmermann.tech/books/RDSH/OEBPS/Text/Troubleshooting.xhtml
https://blog.tmurphy.org/2015/05/an-authentication-error-has-occurred.html
Cordialement.
- Modifié Franck Fouché jeudi 13 décembre 2018 11:59
- Marqué comme réponse Couedel Patrice lundi 21 janvier 2019 14:33
-
Merci,
j'ai réaliser les tests supplémentaire et non même problème.
si j'installe un certificat sur les TSE j'ai l'erreur du moment que j'ai une clée sur:
HKLM\ SYSTEM\ CurrentControlSet\ Control\ Terminal Server\ WinStations\ RDP-Tcp
SSLCertificateSHA1Hash
Il semblerait que le problème est connu surement un paramétrage dans IIss
----------------------------------------------------------------------------------------------------------
1. Please make sure all client devices have at least RDP 8.0 capable client software. For PCs, this means clients should have mstsc.exe version 6.2.9200 or later, with 6.3.9600 (RDP 8.1) or later preferred. For iOS, OSX, Android, Windows Mobile, this means using the latest version of the Remote Desktop app available from the respective app store.
2. On your RD Session Host servers only (not your broker), please delete the following registry value:
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
SSLCertificateSHA1Hash
NOTE: Again, do not delete the above value from your broker. Only your RDSH servers.
After making the above changes, please test to make sure the issue has been resolved.-------------------------------------------------------------------------------------------------------------------------
il est bien indiqué de supprimé le certificat sur les serveurs TSE par contre après le SSO ne fonctionne plus.
Je vais essayer ce soir de les supprimer à nouveau
-
Alors j'ai trouvé dans le fichier rdp la modification à effectuer pour que le fichier fonctionne
use redirection server name:i:1
Le passer à 0
use redirection server name:i:0
ou
Use redirection server name:1:0
ou
Use redirection server name:1:1
fonctionne
J'ai trouvé une commande powershell
Set-RDSessionCollectionConfiguration -ConnectionBroker "lab-broker1.domain.fr" -CustomRdpProperty "use redirection server name:i:0"
Message d'erreur :
Set-RDSessionCollectionConfiguration : Il n’existe aucun déploiement des services Bureau à distance sur lab-broker1.domain.fr. Cette opération peut être effectuée après la création d’un déploiement.
Car sur le pool TSE laissé par défault :
- Modifié Couedel Patrice jeudi 13 décembre 2018 18:10
-
-
-
-
-
Je clôture de mon coté car le fonctionnement pour moi est correct il subsiste un bug dans l'ancienne interface Web que je n'utilise pas du coup plus de problème de mon coté.
Le lab mobilité que j'ai monté fonctionne correctement sur :
- Iphone - Ipad - Android - Linux - Windows
Merci pour votre aide et précieux conseils
Cordialement
Patrice
- Proposé comme réponse Franck Fouché lundi 14 janvier 2019 08:50
-
-