none
PLUS POSSIBLE DE SE CONNECTER EN TSE SUR SERVER 2003

    Question

  • Depuis jeudi dernier, les postes clients ne peuvent plus ouvrir de session TSE sur le serveur habituel, équipé en Windows Server 2003 Std Edition 32bits ; ils obtiennent le message "Cet ordinateur ne peut pas se connecter à l'ordinateur distant. Essayer de vous reconnecter. Si le problème persiste, contacter le propriétaire de l'ordinateur distant ou l'administrateur réseau.".
    Les connexions s'effectuaient sans pb depuis 2 ans par le Bureau à distance d'XP Pro. Je pense que l'origine du problème est un virus ; j'ai passé 2 jours sur le site serveur pour éradiquer les virus et réparer Windows, puis désactiver / réactiver tout ce qui touche à Tse, mais rien n'y fait, et là je bloque !!
    Si quelqu'un à une idée, merci d'avance.
    mercredi 10 mars 2010 11:01

Réponses

  • Bonjour Roxanna.

    J'ai finalement pu résoudre mon problème via votre hot-line ; un technicien a pu prendre le contrôle du serveur, et détecter dans la base de registres que le n° de port TSE s'était transformé en 3399 au lieu de 3389.

    Je pense que l'origine du problème est un virus ; j'ai donc prévu de reconfigurer complètement le serveur très prochainement.

    Je te remercie du temps consacré à ce problème.

    Cordialement.

    Thierry
    vendredi 12 mars 2010 08:58

Toutes les réponses

  • Bonjour,

    Vous avez des erreurs dans le journal des événements des ordinateurs ou du serveur ?

    Cordialement

    Roxana


    Roxana Panait, MSFT
    jeudi 11 mars 2010 14:28
  • Bonjour Roxana.

    J'ai effectivement des erreurs dans le journal des événements du serveur, dont une directement liée aux services TSE qui me signifie que au moins un certificat du gestionnaire de licences est endommagé ; vu qu'ils ont tous été déconnectés au même moment, je ne soupconne pas les postes clients ; je n'ai donc pas contrôlé leurs évènements.

    Cordialement.

    Thierry
    jeudi 11 mars 2010 16:01
  • Bonjour Thierry,

    Merci de nous transmettre le message d’erreur complet, pour vérifier s’il existe un correctif.

    Tu peux trouver  des erreurs de disponibilité du serveur TS sur : http://technet.microsoft.com/fr-fr/library/cc756826(WS.10).aspx  (erreurs enregistrés sur les postes clients)

    Par exemple :

     

     

     client n'a pas pu se connecter au serveur Terminal Server car une erreur de sécurité s'est produite. Après avoir vérifié votre ouverture de session sur le réseau, essayez de vous reconnecter au serveur.

    Cause :  Si vous avez effectué la mise à niveau d'un domaine Windows NT vers Windows 2000 ou Windows Server 2003, le certificat présent sur le serveur Terminal Server est peut-être endommagé. Les services Terminal Server sur Microsoft Windows 2000 peuvent alors refuser de façon répétitive l'accès au serveur Terminal Server.

    Solution :  Sur chaque serveur Terminal Server et sur chaque client, procédez comme suit :

    1.     Créez une sauvegarde du Registre sur chaque serveur Terminal Server.

    2.     Recherchez la sous-clé de Registre suivante : HKLM\SYSTEM\CurrentControlSet\Services\TermServices\Parameters.

    3.     Dans le menu Registre, cliquez sur Exporter un fichier du Registre.

    4.     Dans la zone Nom du fichier, tapez exported-parameters, puis cliquez sur Enregistrer.
    Si vous êtes amené par la suite à restaurer cette sous-clé de Registre, double-cliquez sur exported-parameters.reg.

    5.     Sous la sous-clé de Registre Parameters, cliquez avec le bouton droit sur chacune des valeurs suivantes :

    ·         Certificate

    ·         X509 Certificate

    ·         X509 Certificate ID

    6.     Cliquez sur Supprimer, puis sur Oui pour confirmer la suppression.

    7.     Fermez l'Éditeur du Registre et redémarrez chaque serveur Terminal Server.

    8.     Sur le client, créez une sauvegarde de la clé de Registre MSLicensing et de ses sous-clés, puis supprimez la clé et les sous-clés d'origine en procédant comme suit :

    ·         Recherchez la sous-clé de Registre suivante : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing.

    ·         Cliquez sur MSLicensing.

    ·         Dans le menu Registre, cliquez sur Exporter un fichier du Registre.

    ·         Dans la zone Nom du fichier, tapez mslicensingbackup, puis cliquez sur Enregistrer.

    ·         Si vous êtes amené à restaurer ultérieurement cette clé de Registre, double-cliquez sur mslicensingbackup.reg.

    ·         Dans le menu Edition, cliquez sur Supprimer, puis sur Oui pour confirmer la suppression de la sous-clé de Registre MSLicensing.

    ·         Fermez l'Éditeur du Registre et redémarrez l'ordinateur client.

    Attention

    Une modification incorrecte du Registre peut endommager gravement votre système. Avant d'apporter des modifications au Registre, sauvegardez toutes les données importantes de votre ordinateur.

    Solution :  Si le client ne peut toujours pas se connecter au serveur Terminal Server, essayez la variante suivante de cette procédure :

    1.     Désactivez le serveur de licences.

    2.     Réactivez-le ensuite par le biais d'une connexion téléphonique grâce à l'Assistant Activation du serveur de licences Terminal Server.
    En effet, lorsque vous activez le service de gestion de licences Terminal Server par l'option Téléphone, ce service utilise un certificat différent.

    3.     Sur chaque serveur Terminal Server, créez une sauvegarde du Registre, puis supprimez les clés de Registre Certificate, X509 Certificate et X509 Certificate ID comme décrit dans la précédente procédure.

    4.     Fermez l'Éditeur du Registre et redémarrez chaque serveur Terminal Server.

    5.     Sur le client, créez une sauvegarde de la clé de Registre MSLicensing et de ses sous-clés, puis supprimez la clé et les sous-clés d'origine comme décrit précédemment.

    6.     Fermez l'Éditeur du Registre et redémarrez l'ordinateur.

    Au redémarrage du client, la clé de Registre manquante est recréée.

    Voir aussi :   Désactiver un serveur de licences Terminal Server ; Réactiver un serveur de licences Terminal Server

    Cause :  Les clients sous Microsoft Windows XP essaient peut-être de se connecter à un serveur de services Terminal Server fonctionnant sous Microsoft Windows 2000, dans un environnement réseau à bande passante faible et où les sessions clientes sont cryptées. Dans ce cas, la fragmentation des paquets IP peut provoquer un décryptage incorrect des trames cryptées qui ont été envoyées par un client.

    Solution :  Récupérez le dernier Service Pack de Windows 2000.

    Cause :  Les paramètres de cryptage RDP (Remote Desktop Protocol) sur l'ordinateur Terminal Server et sur le client sont peut-être incompatibles. Par exemple, le serveur Terminal Server crypte peut-être sur 128 bits avec un niveau de cryptage défini sur Élevé. Lorsque cela produit, le message « ID d'événement 50, Source : TermDD » est consigné dans le journal d'événements d'applications sur le serveur Terminal Server.

    Solution :  Remplacez le niveau du cryptage RDP du serveur Terminal Server par un niveau moyen ou faible.

    Voir aussi :   En raison d'une erreur de sécurité, le client n'a pas pu se connecter au serveur Terminal Server (http://support.microsoft.com/default.aspx?scid=kb;en-us;329896) ; Session Terminal Server déconnectée en raison d'une erreur de décryptage (http://go.microsoft.com/fwlink/?LinkId=38563) ; Le client de services Terminal Server ne peut pas se connecter à un serveur exécutant le cryptage 128 bits (http://go.microsoft.com/fwlink/?LinkId=38559) ; Configurer l'authentification et le cryptage sur le serveur

     

    A vérifier aussi si les CALs TS sont encore valables.

    Cordialement

    Roxana


    Roxana Panait, MSFT
    vendredi 12 mars 2010 07:46
  • Bonjour Roxanna.

    J'ai finalement pu résoudre mon problème via votre hot-line ; un technicien a pu prendre le contrôle du serveur, et détecter dans la base de registres que le n° de port TSE s'était transformé en 3399 au lieu de 3389.

    Je pense que l'origine du problème est un virus ; j'ai donc prévu de reconfigurer complètement le serveur très prochainement.

    Je te remercie du temps consacré à ce problème.

    Cordialement.

    Thierry
    vendredi 12 mars 2010 08:58