Panne / symptôme

RDP ne fonctionne plus vers un serveur Windows

La connexion Bureau à distance vers un serveur ou poste Windows échoue.

⌚ Environ 4 min de lecture
Voir mes favoris
Problème réel · V2

Vue diagnostic rapide

Ce que vous observez

La connexion Bureau à distance vers un serveur ou poste Windows échoue.

Causes probables
  1. Port 3389 filtré
  2. RDP désactivé
  3. Service Remote Desktop
Premiers contrôles
  1. Tester le port
  2. Tester la connectivité IP
  3. Vérifier le service localement
Actions recommandées
  1. Rétablir le service RDP
  2. Corriger le firewall/routage
  3. Corriger l’authentification ou la politique NLA
Lancer Symptôme → Cause →
+
Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.
WindowsIntermédiaire

La connexion Bureau à distance vers un serveur ou poste Windows échoue.

Important : relevez toujours le message d’erreur exact et l’heure du problème avant de modifier la configuration. Les actions proposées doivent être adaptées à votre environnement.

Causes probables

  • Port 3389 filtré
  • RDP désactivé
  • Service Remote Desktop
  • NLA/authentification
  • Routage/VPN
  • Nombre de sessions ou politiques

Diagnostic étape par étape

  1. 1

    Tester le port

    Utilisez Test-NetConnection sur 3389.

  2. 2

    Tester la connectivité IP

    Vérifiez ping/routage si pertinent.

  3. 3

    Vérifier le service localement

    Si vous disposez d’un accès console.

  4. 4

    Lire le message d’erreur

    Distinguez refus réseau et refus d’authentification.

Commandes utiles

Test-NetConnection serveur.exemple.local -Port 3389
Get-Service TermService

Solutions possibles

  • Rétablir le service RDP
  • Corriger le firewall/routage
  • Corriger l’authentification ou la politique NLA
Quand escalader ?

Escaladez si plusieurs serveurs deviennent inaccessibles simultanément via RDP.

Validation du diagnostic

Pour « RDP ne fonctionne plus vers un serveur Windows », capturez la configuration IP, la passerelle, DNS, route, interface et heure du test, puis identifiez la première étape réellement en échec. Distinguez couche physique, adressage, authentification, partage de fichiers et service applicatif ; un symptôme réseau visible n’implique pas toujours une panne du réseau.

Test discriminant

Comparez un poste ou flux fonctionnel avec le cas affecté. Utilisez ping, résolution de noms, ARP, routes, test de port et journaux du service selon le scénario. Pour SMB ou RDP, vérifiez séparément connectivité et authentification ; pour DHCP/APIPA, contrôlez l’échange DHCP et le relais avant de fixer une adresse statique.

Critère de résolution

La correction est validée lorsque le flux initial fonctionne avec la configuration normale et après renouvellement ou reconnexion. Vérifiez un second client et confirmez que la modification n’a pas ouvert de route, de port ou de droit supplémentaire non nécessaire au fonctionnement attendu.

Concepts liés

Référence primaire : Microsoft Learn — Windows Server troubleshooting.

♡ 0