Hi, I am running a standard Windows 2016 VM on Azure. It is a standard implementation with RDS and Active directory installed and running.
The network rules have been modified to ensure that only Https (443) traffic is allowed to the server, and this is done using RDP clients that run on clients that have a certificate generated on the server in question installed on the local. Access is gained
via the configured RDS gateway.
I have created a automated account which runs a schedule in which the server is automatically shutdown and started each working day. The automation works extremely well.
On a few occasions, I would say about 5 times in 3 months, once the server was successfully restarted (according to the Azure VM portal), users were unable to connect to the server using their RDS clients (Remote Desktop Connection). On these limited occasions,
even opening up the RDP port did not allow anyone to initiate an RDP connection. A restart was required on each occasion in order to establish normal access.
I have looked at the event log and can see no direct reason for the inability to connect. There are a number of 7023 errors (apparently resolved with KB4467684 which has been installed on the server), 46 (crash dump failed) , 5774 NETLOGON and 36874 (TLS1.2
multi certificate selection) errors. I do not believe that any of these errors should result in the inability to logon to the server.
We are now simply running the server full time - which works without any problems.
When we experienced the problem, users had attempted to logon about 30 minutes after the server had restarted.
Is there any issue with regard to running a server in this manner and if so had could the operation be altered to ensure that this periodic inability to connect after a scheduled startup is resolved.