none
Impossible de faire refaire fonctionner le TSE RRS feed

  • Question

  • Bonjour,


    Voilà depuis un peu avant l'été j'ai perdu l'accès sur un de mes serveurs (l'accès bureau à distant administratif).
    Serveur en windows 2003 R avec l'ensemble des services pack.

    Alors je décide de voir sur place ce qu'il en est.
    Je pensais au routeur...réglage reseté !
    en quelques minutes cela allait rentrer dans l'ordre.
    Mais voilà je m'aperçois que même depuis un autre poste du LAN je ne peux prendre la main sur le serveur.

    Message :

    le Bureau à distance ne peut pas se connecter à l'ordinateur distant pour l'une des raisons détaillées ci-dessous.
    1) L'accès à distance au serveur n'est pas activé.
    2) L'ordinateur distant est éteint.
    3) L'ordinateur distant n'est pas disponible sur le réseau.
    Assurez-vous que l'ordinateur distant est allumé, qu'il est connecté au réseau et que l'accès à distance est activé.

    Alors vérification :

    1. dans les propriétés du système / onglet utilisation à distance la case à cocher "activer le bureau à distance sur cet ordinateur" est coché.
    2. Le serveur est allumé.
    3. Est depuis un poste du LAN, je peux accéder à ces répertoires partagés et l'application professionnelle est disponible pour l'ensemble des utilisateurs.

    Alors j'ai recherché des trucs comme :

    -activation / désactivation du FireWall de windows 2003
    Bien sûr, je l'ai remis sur désactiver.
    -Activation / désactivation de L'antivirus (Symantec) voir même je l'ai désinstallé.
    Pour finir je l'ai remis réinstallé et activé.
    -Vérification dans le registre, que quand je coche la case "activer le bureau à distance sur cet ordinateur" depuis les propriétés cela se valide bien dans le registre.
    La valeur se valide bien dans le registre.
    HKLM\SYSTEM\CurrentControlSet\Control\terminal Serveur\fDenyTSConnections
    Valeur :
    0 -> Remote Desktop autorisé
    1 -> Remote Desktop refusé

    Alors comme rien ne fonctionne je demande votre aide.... ;D

    Merci d'avance pour votre aide

     


    Un MCSE un peu perdu...
    • Déplacé Roxana PANAITMicrosoft employee lundi 31 octobre 2011 09:52 (Origine :Windows Server 2003 (et versions anterieures: Windows Server 2000, Windows NT Server))
    vendredi 23 septembre 2011 18:14

Toutes les réponses

  • Bonsoir,

    as tu essayé de supprimer ta connexion rdp-tcp dans la configuration des services TS. Tu peux la recreer ensuite dans le même outil.


    Eric Perromat [MVP Remote Desktop Services]
    vendredi 23 septembre 2011 19:59
  • ça ressemble au problème que j'ai rencontré et qui n'est toujours pas résolu...

     

    http://www.forum-microsoft.org/topic126229.html

    lundi 26 septembre 2011 15:12
  • As tu essayé de supprimer la connexion RDP-Tcp dans l'outil de configuration des services TS et de la recreer ?


    Eric Perromat [MVP Remote Desktop Services]
    lundi 26 septembre 2011 18:22
  • Bonjour,

    j'ai supprimé et recré la connexion RDP-tcp dans outil de configuration des services TS.

    Sans resultat.

    Par contre quand j'accède à la console Gestionnaire des services terminal server sous cet ordinateur j'ai un panneau interdit sur le serveur !

    Avec le message dans la fenetre de droite qui le dit :

    Vous n'avez pas été authentifié sur ce serveur

    Mon serveur est CD sous 2003 R1 et je fait tous mes essai avec le compte administrateur de domaine...

    Jai aussi rélasi un telnet 3389 qui me dit :

    Connexion à 3389...Impossible d'ouvrir une connexion à l'hôte, sur le port 23: Échec lors de la connexion

    (me demander pas pourquoi y a un truc qui aparait pour le port 23...)

    J'ai aussi réalisé une connexion bureau à distant avec 127.0.0.1 sans résultat.

    Comment s'appel exactement le service TSE et peut-on le redemarrer ?

    Comment dois je procéder pour sortir de cette situation ?

    Merci d'avance

     


    Un MCSE un peu perdu...
    mardi 27 septembre 2011 10:00
  • Bonjour,

    Je rencontre depuis quelques jours exactement le même problème sur deux serveurs TSE qui ne sont plus accessible (serveur d'appli c'est ennuyeux)

    Après avoir vérifier beacoup de points et en commencant par une infection virale possible le cd bootable Microsoft SSS m'a détécté le trojanDownladerWIN32.Unruy.I

    L'infection étant éradiquée désormais le problème demeure... En lancant process explorer si vous faites un double clic sur le process SVCHOST -k termsvcs dans l'onglet TCP/IP vous devez voir sur quel port écoute le service terminal server pour ma part c'est le port UDP 1038 or c'est bien sur le port TCP 3389 qu'il devrait écouter (la clé de base de registre suivante doite etre égale à d3d soit 3389 en dec

    HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\CONTROL\TERMINAL SERVER\WINSTATions\RDP-TCP\portnumber

    Pour ma part je vais lancer une réparation de windows 2003 en éspérant que le problème soit résolu.

    Espérant que mon retour d'éxpéreince nous aide à faire avancer nos problèmes communs.

    Un MCTS W2k8 un peu perdu également

    mardi 27 septembre 2011 10:43
  • Bonsoir,


    Alors pour commencer je suis sur SBS 2003 R.
    Et cela change pas mal de chose peut être...

    Car en premier lieu je n'ai pas cette clé dans la base de registres...

    Je sais aussi qu'il n'est apparemment pas possible d'avoir du TSE applicatif sur SBS 2003.
    Dans mon cas pas de problème je n'utilise que l'administratif.

    J'ai installé NMAP sur un poste du LAN et j'ai scanné le serveur.
    et en effet le serveur n'écoute pas sur le port 3389... mais sur aucun autre !

    Quelle est la clé de registre qui permet de régler le port TSE sous SBS 2003 ?

    Merci d'avance

     


    Un MCSE un peu perdu...
    lundi 3 octobre 2011 19:14
  • Bonjour et désolé pour cette réponse tardive,

    Je n'ai eu aucun résultat sur l'ensemble des actions, les sauvegardes n'étant pas exploitables j'ai réinstallé le serveur en totalité.

    Cordialement

    Yohan

    lundi 17 octobre 2011 15:57
  • dans les proprietés système touches (windows+pause) onglet utilisation à distance > cocher la case "autoriser les utilisateurs à se connecter.... et bien entendu choisir ces utilisateurs...

    pour ma part le prblm venait de cette case non cochée.

    si ça  peu aider...

    jeudi 12 juillet 2012 09:24