Depuis la mise à jour de sécurité Windows publiée en septembre 2026, certains administrateurs rencontrent un problème particulièrement gênant sur leurs serveurs : Remote Desktop (RDP) ne fonctionne plus correctement.
Le serveur peut continuer à fonctionner sur le réseau, répondre au ping et exécuter ses services, mais l'administrateur n'arrive plus à établir une connexion Bureau à distance stable.
Ce problème peut être particulièrement critique pour une entreprise qui administre ses serveurs à distance.
Microsoft a officiellement confirmé le problème sur plusieurs versions de Windows et Windows Server.
Dans ce guide, RackDeploy explique les symptômes, la cause et les solutions à vérifier lorsqu'un serveur Windows devient inaccessible en RDP après une mise à jour Windows 2026.
Quels sont les symptômes ?
Le problème peut apparaître juste après l'installation des mises à jour Windows de septembre 2026.
Plusieurs symptômes sont possibles.
RDP se connecte puis se déconnecte
La connexion Remote Desktop peut fonctionner pendant quelques minutes avant de devenir instable ou de se fermer.
Dans certains cas, la connexion ne démarre simplement plus.
Windows Server reste bloqué sur « Please wait »
Lors d'une tentative de connexion RDP, le serveur peut rester bloqué sur :
Please wait for the Remote Desktop Configuration
ou sur une étape similaire de préparation de la session distante.
Le serveur répond au ping mais RDP ne fonctionne pas
C'est probablement l'un des scénarios les plus déroutants.
L'adresse IP du serveur répond correctement :
ping 192.168.1.x
mais :
mstsc
ne permet plus d'ouvrir correctement la session distante.
Cela peut donner l'impression que le réseau fonctionne parfaitement alors que le service RDS rencontre un problème.
D'autres composants Windows peuvent également se bloquer
Le problème ne concerne pas nécessairement uniquement Remote Desktop.
Microsoft indique que certains systèmes affectés peuvent également rencontrer des blocages avec :
Microsoft Management Console (MMC)
RDS Licensing Diagnoser
File Explorer
ainsi que la page :
Windows Update
Dans certains cas, Windows Update peut rester continuellement en chargement.
Quelle mise à jour provoque le problème ?
Le problème est associé à la mise à jour de sécurité Windows de septembre 2026.
Pour Windows Server 2025, il s'agit notamment de :
KB5122871
publiée le :
8 septembre 2026
Après son installation, certains environnements utilisant Remote Desktop Services peuvent devenir instables.
Il est donc important de vérifier l'historique Windows Update lorsqu'un serveur qui fonctionnait normalement commence soudainement à rencontrer des problèmes RDP.
Comment vérifier si KB5122871 est installée ?
Sur Windows Server, ouvrez PowerShell en administrateur.
Vous pouvez vérifier la présence de la mise à jour avec :
Get-HotFix -Id KB5122871
Si la mise à jour apparaît, elle est installée sur le système.
Vous pouvez également afficher les dernières mises à jour avec :
Get-HotFix | Sort-Object InstalledOn -Descending
L'objectif est de déterminer si le problème RDP est apparu juste après une modification du système.
La solution officielle : KB5129235
Microsoft a publié une mise à jour hors bande destinée à corriger le problème :
KB5129235
Cette mise à jour a été publiée le :
14 septembre 2026
Elle corrige le problème affectant Remote Desktop Services après l'installation de KB5122871 sur Windows Server 2025.
Microsoft recommande d'installer les dernières mises à jour Windows disponibles, celles-ci intégrant les corrections importantes publiées précédemment.
Solution 1 : lancer Windows Update
Si vous disposez d'un accès local au serveur ou d'une autre méthode d'administration, commencez par ouvrir :
Settings → Windows Update
puis recherchez les nouvelles mises à jour.
Installez les dernières mises à jour disponibles et redémarrez le serveur lorsque cela est nécessaire.
Après le redémarrage, testez à nouveau :
mstsc
depuis un autre ordinateur du réseau.
Attention avant de redémarrer un serveur de production
Un serveur n'est pas un PC classique.
Avant tout redémarrage, vérifiez les services actuellement hébergés.
Par exemple :
Active Directory
DNS
DHCP
SQL Server
ERP
serveur de fichiers
machines virtuelles
applications métier
services de sauvegarde.
Si plusieurs employés utilisent le serveur, prévoyez une fenêtre de maintenance.
Que faire si Windows Update reste bloqué ?
C'est un cas particulièrement intéressant puisque Microsoft indique que la page Windows Update peut elle-même devenir non réactive dans les environnements touchés.
Si Windows Update reste continuellement en chargement, l'administrateur peut envisager une installation manuelle de la mise à jour appropriée.
Microsoft permet notamment de récupérer les packages via son Microsoft Update Catalog.
Attention cependant à sélectionner exactement la mise à jour correspondant à la version et à l'architecture du système.
Vérifier la version de Windows Server
Avant toute intervention, lancez :
winver
Vous pouvez également utiliser PowerShell :
Get-ComputerInfo | Select WindowsProductName, WindowsVersion, OsBuildNumber
Notez précisément :
la version Windows Server ;
le numéro de build ;
l'architecture ;
et les dernières mises à jour installées.
Ne téléchargez pas une mise à jour uniquement parce que son numéro apparaît dans un tutoriel.
RDP ne fonctionne toujours pas après la mise à jour ?
Il ne faut pas automatiquement conclure que KB5122871 est responsable.
RDP peut tomber en panne pour de nombreuses autres raisons.
Il faut alors poursuivre le diagnostic.
Vérifier le service Remote Desktop
Ouvrez :
services.msc
Recherchez :
Remote Desktop Services
Le nom interne du service est :
TermService
Dans PowerShell :
Get-Service TermService
Le service devrait normalement être en état :
Running
Vous pouvez également utiliser :
sc query TermService
Si le service est arrêté, il faut déterminer pourquoi avant de simplement le redémarrer.
Vérifier le port RDP 3389
Par défaut, Remote Desktop utilise généralement le port TCP :
3389
Depuis PowerShell :
netstat -ano | findstr :3389
On peut également tester depuis une autre machine :
Test-NetConnection IP_DU_SERVEUR -Port 3389
Par exemple :
Test-NetConnection 192.168.1.10 -Port 3389
Si :
TcpTestSucceeded : True
le port répond.
Si :
TcpTestSucceeded : False
il faut vérifier le firewall, le service RDP, le réseau ou la configuration du serveur.
Vérifier Windows Firewall
Une règle firewall désactivée peut également empêcher les connexions.
Dans PowerShell administrateur :
Get-NetFirewallRule -DisplayGroup "Remote Desktop"
Vérifiez que les règles nécessaires sont actives.
Il est déconseillé de désactiver complètement Windows Firewall simplement pour tester RDP sur un serveur de production.
Mieux vaut identifier précisément la règle ou le port concerné.
Le serveur répond au ping mais le port 3389 est fermé
Ce scénario permet déjà de réduire le champ du diagnostic.
Si :
ping serveur
fonctionne,
mais :
Test-NetConnection serveur -Port 3389
échoue,
le problème peut provenir du service RDP, du firewall, d'une règle réseau ou d'une configuration système.
Le ping seul ne prouve donc pas que Remote Desktop fonctionne.
Problème RDP après Windows Update : éviter les modifications inutiles
Lorsqu'un serveur tombe en panne après une mise à jour, il est tentant de modifier plusieurs paramètres simultanément.
C'est rarement une bonne méthode.
Évitez de modifier en même temps :
le firewall ;
le registre ;
les stratégies de groupe ;
les paramètres réseau ;
les services ;
et les mises à jour.
Sinon, même après avoir résolu la panne, il devient difficile de déterminer quelle modification était réellement nécessaire.
Un diagnostic serveur doit rester méthodique.
Et Windows Server 2022 / 2019 ?
Le problème RDS de septembre 2026 ne concerne pas uniquement Windows Server 2025.
Microsoft indique parmi les plateformes serveur affectées :
Windows Server 2025
Windows Server 2022
Windows Server 2019
Windows Server 2016
et Windows Server 2012 R2.
Les versions clientes Windows concernées incluent également plusieurs versions de Windows 10 et Windows 11.
Il faut cependant utiliser la mise à jour corrective correspondant exactement au système concerné.
Cas d'un Dell PowerEdge inaccessible en RDP
Prenons un exemple fréquent dans une infrastructure professionnelle à Casablanca.
Un Dell PowerEdge R740 fonctionne sous Windows Server.
Après Windows Update :
le serveur démarre ;
iDRAC fonctionne ;
le serveur répond au ping ;
les dossiers réseau peuvent éventuellement rester accessibles ;
mais l'administrateur ne peut plus ouvrir une session RDP.
La première erreur serait de commencer immédiatement à modifier le RAID, le BIOS ou la configuration réseau du PowerEdge.
Il faut d'abord déterminer si le problème vient du matériel ou du système d'exploitation.
Si iDRAC fonctionne et que Windows démarre correctement, la console virtuelle iDRAC peut être particulièrement utile.
Elle permet d'accéder au serveur même lorsque RDP ne fonctionne plus.
Dell iDRAC peut sauver une intervention à distance
Sur un Dell PowerEdge disposant d'iDRAC correctement configuré, l'administrateur peut utiliser la console distante pour observer directement Windows Server.
Cela permet notamment de :
ouvrir une session locale ;
contrôler Windows Update ;
vérifier les services ;
consulter Event Viewer ;
redémarrer le serveur ;
et observer les messages affichés pendant le démarrage.
Pour un serveur installé dans une baie informatique, une interface de gestion comme Dell iDRAC ou HPE iLO est donc extrêmement importante.
Consulter Event Viewer
Si RDP continue à échouer, ouvrez :
Event Viewer
puis examinez les événements Windows autour de l'heure exacte où la connexion RDP a échoué.
L'objectif n'est pas de corriger toutes les erreurs présentes dans Event Viewer.
Cherchez plutôt les événements apparus au même moment que la panne.
Cette approche permet d'éviter de perdre du temps sur des erreurs anciennes sans rapport avec le problème actuel.
Entreprise à Casablanca : pourquoi cette panne peut devenir critique
Pour une entreprise utilisant un serveur Windows comme infrastructure principale, la perte de Remote Desktop peut empêcher le prestataire informatique ou l'administrateur d'intervenir rapidement.
Le problème devient encore plus important lorsque le serveur héberge :
un ERP ;
une base SQL ;
un serveur de fichiers ;
Active Directory ;
une application comptable ;
un logiciel de gestion ;
ou plusieurs machines virtuelles.
C'est pourquoi les serveurs professionnels devraient idéalement disposer d'une méthode d'administration indépendante du système d'exploitation, comme iDRAC ou iLO.
Dépannage Windows Server et RDP à Casablanca
RackDeploy intervient sur les problèmes de serveurs Windows, Dell PowerEdge et HPE ProLiant à Casablanca et au Maroc.
Les interventions peuvent concerner notamment :
problème RDP Windows Server ;
serveur inaccessible à distance ;
Windows Server bloqué après mise à jour ;
Dell PowerEdge qui ne démarre plus ;
problème RAID ;
problème disque SAS ou SSD ;
configuration Dell PERC ;
iDRAC ;
HPE iLO ;
Proxmox ;
VMware ESXi ;
migration et virtualisation ;
diagnostic réseau serveur.
L'objectif est d'identifier la véritable origine de la panne avant de remplacer du matériel ou de réinstaller le système.
RDP ne fonctionne plus après Windows Update 2026 : résumé
Si votre serveur est devenu inaccessible en Remote Desktop après une mise à jour de septembre 2026 :
vérifiez la version de Windows Server ;
contrôlez l'historique Windows Update ;
recherchez la présence de KB5122871 ;
installez les dernières mises à jour correctives disponibles pour votre version ;
contrôlez Remote Desktop Services ;
testez le port 3389 ;
vérifiez Windows Firewall ;
consultez Event Viewer ;
et utilisez iDRAC ou iLO lorsque l'accès distant Windows n'est plus disponible.
Sur Windows Server 2025, Microsoft a publié KB5129235 pour résoudre le problème RDS associé à la mise à jour de septembre 2026.
Besoin d'une intervention sur un serveur Windows à Casablanca ?
Si votre serveur Dell PowerEdge ou HPE ProLiant ne répond plus en RDP, RackDeploy peut effectuer un diagnostic de l'environnement Windows Server, du réseau et de la configuration matérielle afin d'identifier l'origine de la panne.
RackDeploy — Serveurs, stockage, virtualisation et dépannage informatique professionnel à Casablanca, Maroc.