Mar 31 2020 07:21 AM - edited Apr 01 2020 01:28 AM
Hi together,
if we set the "DNS Search Suffix List" via GPO (and also manually), it leads to a (webclient) connectivity loss. The Webclient doesn't find it's virtual machines anymore.
If we disable or remove the GPO (or remove manual entries), everything works fine after an gpupdate.
We even added reddog.microsoft.com to the list as first entry, that doesnt't matter.
Any advice here? Maybe @Ryanmangan ?
(We have configured two own DNS servers on and 8.8.8.8, 1.1.1.1 for this WVD-VNET the name resolution is working.)
Mar 31 2020 11:45 AM
@PeRich So changing the default DNS search suffix can stop communication to Azure services. You normally need to reboot the server for DNS to apply correctly. So even if DNS GPO's apply, you would most likely need to reboot afterwards. you should also check vnet dns setting and vm dns settings.
What is the RDSH host status via powershell https://docs.microsoft.com/en-us/powershell/module/remotedesktop/get-rdsessionhost?view=win10-ps
Does it state no heartbeat or unavailable.
let me know how you get on.
Apr 01 2020 01:23 AM - edited Apr 01 2020 02:37 AM
@Ryanmangan Thanks for your answer. It currently states "available" when the webclient connection is already not working anymore. Last heartbeat was 3 minutes before now with an reboot of the WVD machine. I rebooted the machine 1 hour later and again, last heartbeat = boot time = Available.
What could go wrong here and were could we start debugging?
(We have configured two own DNS servers on and 8.8.8.8, 1.1.1.1 for this VNET the name resolution is working.)