locked
Connexion vers server2003 en bureau à distance impossible. RRS feed

  • Question

  • Bonjour,

    J'ai un petit problème que je n'arrive pas à comprendre et j'espère que vous pourrez m'aider.

    Les faits:

    J'ai créer une connexion rdp sur un poste client sous windows 7 pro pour me connecter sur un windows server 2003 et cette connexion ne fonctionne pas 

    "Le bureau à distance ne peut pas se connecter à l'ordinateur distant pour l'une des raisons détaillées ci dessous.

    etc... "

    Je copie cette connexion rdp sans la modifier sur mon poste lui aussi en windows 7 pro et miracle ça fonctionne.

    Autre fait bizarre quand je créé une autre connexion rdp sur le poste du client pour me connecter sur un autre serveur ça fonctionne.

    Du coup je n'arrive pas du tout à cerner le problème.

    Si quelqu'un à une idée.

    Merci d'avance pour l'aide que vous pourrez m'apporter.



    • Modifié otaku160 jeudi 12 mars 2015 13:15
    jeudi 12 mars 2015 13:14

Réponses

  • Je ne vois par pourquoi cela poserait problème, mais la coincidence est grande !

    As-tu essayer de supprimer le profil de l'utilisateur sur le poste afin de repartir avec une session propre ?


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    • Proposé comme réponse Boris Ivanov lundi 16 mars 2015 09:32
    • Marqué comme réponse Boris Ivanov mercredi 18 mars 2015 11:25
    jeudi 12 mars 2015 14:53

Toutes les réponses

  • Bonjour,

    Peux-tu nous nous donner les "raisons détaillées" ?

    De plus, peux-tu ouvrir le fichier .RDP qui ne fonctionne pas et celui qui fonctionne avec un Wordpad et nous poster leur contenu afin de les analyser ?

    Merci


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    jeudi 12 mars 2015 13:17
  • Bonjour Sylvain,

    merci beaucoup de prendre le temps de m'aider

    Voici les raisons :

    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

    ces 3 cas sont faux car j'arrive bien à me connecter au serveur depuis mon poste.

    contenu workpad de celui qui ne fonctionne pas :

    screen mode id:i:2
    use multimon:i:0
    desktopwidth:i:1280
    desktopheight:i:1024
    session bpp:i:32
    winposstr:s:0,3,0,0,800,600
    compression:i:1
    keyboardhook:i:2
    audiocapturemode:i:0
    videoplaybackmode:i:1
    connection type:i:2
    displayconnectionbar:i:1
    disable wallpaper:i:1
    allow font smoothing:i:0
    allow desktop com:0
    disable full window drag:i:1
    disable menu anims:i:1
    disable themes:i:0
    disable cursor setting:i:0
    bitmapcachepersistenable:i:1
    full address:s:xxx.xxx.xxx.xxx
    audiomode:i:0
    redirectprinters:i:1
    redirectcomports:i:0
    redirectsmartcards:i:1
    redirectclipboard:i:1
    redirectposdevices:i:0
    redirectdirectx:i:1
    autoreconnection enabled:i:1
    authentication level:i:2
    prompt for credentials:i:0
    negotiate security layer:i:1
    remoteapplicationmode:i:0
    alternate shell:s:
    shell working directory:s:
    gatewayhostname:s:
    gatewayusagemethod:i:4
    gatewaycredentialssource:i:4
    gatewayprofileusagemethod:i:0
    promptcredentialonce:i:1
    use redirection server name:i:0

    contenu de celui qui fonctionne

    screen mode id:i:2
    use multimon:i:0
    desktopwidth:i:1280
    desktopheight:i:1024
    session bpp:i:32
    winposstr:s:0,3,0,0,800,600
    compression:i:1
    keyboardhook:i:2
    audiocapturemode:i:0
    videoplaybackmode:i:1
    connection type:i:2
    displayconnectionbar:i:1
    disable wallpaper:i:1
    allow font smoothing:i:0
    allow desktop com:0
    disable full window drag:i:1
    disable menu anims:i:1
    disable themes:i:0
    disable cursor setting:i:0
    bitmapcachepersistenable:i:1
    full address:s:xxx.xxx.xxx.xxx
    audiomode:i:0
    redirectprinters:i:1
    redirectcomports:i:0
    redirectsmartcards:i:1
    redirectclipboard:i:1
    redirectposdevices:i:0
    redirectdirectx:i:1
    autoreconnection enabled:i:1
    authentication level:i:2
    prompt for credentials:i:0
    negotiate security layer:i:1
    remoteapplicationmode:i:0
    alternate shell:s:
    shell working directory:s:
    gatewayhostname:s:
    gatewayusagemethod:i:4
    gatewaycredentialssource:i:4
    gatewayprofileusagemethod:i:0
    promptcredentialonce:i:1
    use redirection server name:i:0


    J'ai juste enlevé les ip mais c'est exactement les mêmes 

    jeudi 12 mars 2015 13:26
  • Si ce sont exactement les mêmes, quelle est la différence entre les 2 postes :

    • Pour commencer : est-ce que le poste qui ne fonctionne pas ping correctement le serveur ?
    • tous les 2 sont-ils loggués sur le domaine ou pas loggués sur le domaine ?
    • tous les 2 ont-ils les mêmes règles de pare-feu ?
    • Le pare-feu côté serveur ne restreint-il pas la connexion à certaines IP ?


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    jeudi 12 mars 2015 13:34
  • 1)oui le poste client ping bien sur le serveur

    2)qu'entends tu par "loggués sur le domaine ou pas loggués sur le domaine ?"

    3)j'ai désactivé le pare-feu sur le poste client et testé sans grand succès non plus.

    4)je ne pense pas car (autre chose que j'ai oublié de précisé) les autre utilisateurs du poste ont la même connexion et arrivent à se connecter d'où mon désarrois ...

    jeudi 12 mars 2015 13:41
  • Bon, on reprend :

    Sur 1 poste de travail (tous  les autres fonctionnent), les utilisateurs arrivent à se connecter à un serveur que l'on nommera SRV.

    Sur CE poste, seul 1 utilisateur n'arrive pas à se connecter à ce serveur SRV : c'est bien ça ?

    D'où ma question précédente : les utilisateur se connectent-ils sur CE poste avec un utilisateur du domaine (DOMAINE\login) ou avec un compte local (NOMDUPC\login) ?

    Quelle est la différence être les utilisateurs qui fonctionnent et celui qui ne fonctionne pas ? (groupes Active Directory différents? nom d'utilisateur avec des accents ou des caractères spéciaux etc.)


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    jeudi 12 mars 2015 13:47
  • c'est bien ça

    ils se connectent tous avec DOMAINE/Login

    J'ai testé le même couple identifiant/login pour me connecter au SRV sur chaque utilisateur donc je ne pense pas que ça soit à cause des groupes Active Directory

    Le compte utilisateur est le seul à avoir un caractère spécial "é" 

    jeudi 12 mars 2015 14:50
  • Je ne vois par pourquoi cela poserait problème, mais la coincidence est grande !

    As-tu essayer de supprimer le profil de l'utilisateur sur le poste afin de repartir avec une session propre ?


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    • Proposé comme réponse Boris Ivanov lundi 16 mars 2015 09:32
    • Marqué comme réponse Boris Ivanov mercredi 18 mars 2015 11:25
    jeudi 12 mars 2015 14:53