none
Certificat Local et Externe Ferme RDS RRS feed

  • 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

    lundi 10 décembre 2018 13:25

Réponses

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.

    lundi 10 décembre 2018 18:12
  • 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.

    mardi 11 décembre 2018 07:09
  • 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 :

    RDS Certs5

    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

    mardi 11 décembre 2018 17:00
  • Bonjour, peut-on avoir les messages d'erreurs?

    Merci d'avance.

    Cordialement.

    mardi 11 décembre 2018 19:17
  • 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 :


    mercredi 12 décembre 2018 07:26
  • Bonjour, ci-dessous un lien pour vous aider:

    https://blogs.technet.microsoft.com/askpfeplat/2017/12/18/remote-desktop-connection-rdp-certificate-warnings/

    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.


    mercredi 12 décembre 2018 08:00
  • 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


    mercredi 12 décembre 2018 08:30
  • Non c'est bien ça, juste ajouter dans le DNS.

    mercredi 12 décembre 2018 09:41
  • 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



    mercredi 12 décembre 2018 10:31
  • Oui normalement ça doit fonctionner.

    Vous lancez votre ferme RDS "fermerds.domaine.fr" contenant tous vos serveurs RDS et correspondant à votre certificat wildcard *.domaine.fr

    Cordialement.

    mercredi 12 décembre 2018 10:43
  • 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


    mercredi 12 décembre 2018 11:24
  • 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 :)



    mercredi 12 décembre 2018 20:44
  • 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

    mercredi 12 décembre 2018 22:40
  • 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:


    jeudi 13 décembre 2018 07:04
  • Bonjour Patrice, je viens de voir toutes vos réponses, ok vous avez bien avancé.

    Je vais regarder votre dernier problème et essayer d'y apporter une résolution.

    Cordialement.

    jeudi 13 décembre 2018 07:11
  • Dans la partie déploiement et certificats, tout est bien "trusted" ?

    Est-ce que vous pouvez me montrer le message d'erreur quand vous vous connectez sur le "RDWEB".

    Merci d'avance.

    Cordialement.

    jeudi 13 décembre 2018 08:30
  • 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


    jeudi 13 décembre 2018 09:40
  • 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.


    jeudi 13 décembre 2018 11:56
  • 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

    jeudi 13 décembre 2018 13:59
  • 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 :


    jeudi 13 décembre 2018 17:59
  • Bonjour, avez-vous passé la commande Powershell ci-dessus   en mode "runas Administrateur"?

    Donc il ne reste que le problème RDWEB qui ne fonctionne pas?

    Cordialement.

    vendredi 14 décembre 2018 07:25
  • Bonjour,

    oui en admin ^^

    Seulement pour le pool TSE dans RDWEB oui.

    Je vais continuer mon LAB je repasserais sur le module plus tard.

    Merci

    vendredi 14 décembre 2018 07:35
  • Bonjour Patrice, avez-vous pu avancé sur ce problème?

    Cordialement.

    mardi 18 décembre 2018 13:30
  • Malheureusement non très occupé au boulot ^^ j’espère avoir du temps dans le week-end.

    Il me reste encore la mise en place du broker en HA et après je chercherais la solution ^^

    mardi 18 décembre 2018 17:36
  • 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

    samedi 12 janvier 2019 11:02
  • Bonjour Patrice, merci pour votre retour.

    N'hésitez pas à mettre ce post comme résolu.

    Merci d'avance.

    Cordialement.

    dimanche 13 janvier 2019 09:56
  • Attention le blog de murphy a l'air compromis, on tombe sur un faux site...
    mardi 5 octobre 2021 12:38