Bonjour,
Le problème que vous décrivez est directement lié à la configuration de l’IP Virtualization sur votre serveur RDSH. Lorsque l’étendue d’adressage est déployée avec un masque de sous‑réseau incorrect, les sessions utilisateurs reçoivent des adresses IP invalides ou non routables, ce qui bloque toute communication sur le LAN. La correction doit se faire au niveau du registre Windows, car c’est là que le service Remote Desktop IP Virtualization stocke ses paramètres.
Les clés se trouvent sous :
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\IPVirtualization
Dans cette branche, vous trouverez les valeurs qui définissent le pool d’adresses et le masque de sous‑réseau. Les plus importantes sont :
IPVHostAddress : l’adresse IP de base utilisée pour l’attribution.
IPVSubnetMask : le masque de sous‑réseau appliqué aux adresses distribuées.
IPVStartAddress et IPVEndAddress : la plage d’adresses attribuées aux sessions.
Pour corriger la configuration, vous devez modifier IPVSubnetMask afin qu’il corresponde exactement au masque du réseau local sur lequel vos utilisateurs doivent communiquer. Par exemple, si votre LAN est en /24, la valeur doit être 255.255.255.0. Ensuite, assurez‑vous que IPVStartAddress et IPVEndAddress définissent une plage valide dans ce sous‑réseau, sans chevauchement avec d’autres adresses déjà utilisées.
Après modification, redémarrez le service Remote Desktop Services (TermService) ou, plus sûr, redémarrez le serveur pour que les nouvelles valeurs soient prises en compte. Vérifiez ensuite avec ipconfig dans une session utilisateur que l’adresse attribuée est correcte et qu’elle peut communiquer sur le LAN.
En résumé, la reconfiguration propre se fait en ajustant les valeurs IPVSubnetMask et la plage d’adresses dans HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\IPVirtualization, puis en redémarrant le service RDSH. Cela garantit que les sessions reçoivent des adresses valides et que le trafic réseau circule normalement.
Domic Vo.