Service Bureau à distance Windows en cours d'exécution, mais sans écoute sur le port 3389
Je viens de télécharger et d'installer Hyper-V Server 2019 à partir de Microsoft Evaluation Center (version: 1809/10.0.17763.1). Maintenant, je ne peux plus me connecter à cette machine (que j'ai nommée hypervserver) à l'aide du bureau à distance.
Le routage semble correct et le ping fonctionne également, mais le port RDP n'est pas accessible:
>$ ping hypervserver
Reply from {IP}: bytes=32 time<1ms TTL=128
[...]
>$ telnet hypervserver 3389
Connecting To {IP}...Could not open connection to the Host, on port 3389: Connect failed
Aucune modification, même après avoir désactivé les pare-feu et défini la catégorie de réseau des profils réseau utilisés sur Private.
Je peux voir que j'ai activé RDP avec succès, car sconfig.cmd dit:
4) Configure Remote Management: Enabled
7) Remote Desktop: Enabled (all clients)
Les clés de registre sont également belles:
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnection = 0
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\fEnableWinStation = 1
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber = 3389
Le service semble fonctionner:
PS >$ Get-Service -Name termservice -ComputerName hypervserver
Status Name DisplayName
------ ---- -----------
Running termservice Remote Desktop Services
Cependant, personne ne semble écouter sur le port 3389:
>$ netstat -ano | findstr LISTEN | findstr :3389
>$
J'ai une configuration standard avec une interface réseau Ethernet ordinaire (et unique) configurée pour obtenir son IP en utilisant DHCP. Ni le redémarrage ni le redémarrage du service n'a aidé. Le journal des événements ne contient aucune erreur.
Quel pourrait être le problème? Cela ne devrait-il pas fonctionner hors de la boîte?
Ceci est un bug.
Mise à jour:
Microsoft a résolu le problème dans le mise à jour KB4482887 (build 17763.348, publié le 2019-03-01). La dernière fois que j'ai vérifié, il devait être installé manuellement et n'était pas disponible via le flux de mise à jour du serveur:
~$ wasu.exe kb4482887.msu
Pour plus d'informations, voir ce fil .
Qu'en est-il des événements dans Windows? Y a-t-il quelque chose dans le gestionnaire d'événements Windows? C'est peut-être une sorte de conflit de port dans Windows. Exécutez la commande suivante - "netstat -an" et partagez la sortie. En outre, vous pouvez modifier la valeur décimale du port par défaut RDP et essayer de vous connecter.
Jetez un œil au forum Microsoft https://social.technet.Microsoft.com/Forums/windowsserver/en-US/c3cfc2df-fc29-4abc-acf1-01797f528333/port-3389-not-listening?forum= winserverTS
Il y a des problèmes avec certains pilotes MS:
"Nous avons ouvert un dossier avec Microsoft sur ce problème et nous avons déterminé qu'il était lié au pilote suivant étant désactivé: pilote de filtre de sécurité des services de bureau à distance Pour vérifier s'il est activé ou désactivé, ouvrez le gestionnaire de périphériques et affichez les périphériques masqués. Nous n'avons pas pu pour l'activer, nous l'avons donc désinstallé et redémarré. Après le redémarrage, nous avons pu établir une connexion Telnet avec le serveur sur le port 3389, mais nous ne pouvions toujours pas nous connecter avec le bureau distant. Comme dernière étape, nous avons défini la couche de sécurité du bureau distant sur " négocier ". Pour ce faire, ouvrez l'application" Configuration de l'hôte de session de bureau à distance "dans les outils d'administration et modifiez les propriétés de" rdp-tcp ". Le paramètre se trouve dans l'onglet général. J'espère que cela aide quelqu'un!"
Résolu. Comme indiqué sur un autre fil (ce n'est pas la mienne): téléchargez simplement la base de connaissances à partir de http://www.catalog.update.Microsoft.com/Search.aspx?q=KB4482887
puis stockez-le sur une clé USB et montez-le sur votre Core Server, puis à partir d'une invite de commande, installez-le en utilisant:
Wusa KB.msu