Auto-start of a VM when the user tries RDP
End user has set up Dev/Test Labs and also turned on Auto-shut off at a specific time - Now usually this is at end of day. So end users use the VMs (mostly by connecting using RDP) for the day and auto shut off happens towards end. So next day when end users troop in, and launches the RDP he finds the machine shutdown and has to manually go to the portal to get it started. This is frustrating as it involves additional time spent logging into Azure, starting the VM etc.,. This is where this feature request comes in – once the RDP connection gets initiated, it should auto-detect if the VM that was requested is shutdown, and then start it up on behalf of the user, instead of the end user having to go through the steps I mentioned above.
We have closed that request as it would be technically very challenging to implement and hence become very costly, so we believe it will never make it as a priority. We took the requirement to help you get to the running VM without many steps, that may be the road we will take.
Perhaps Microsoft has forgotten the "wake on lan" functionnality..
=> a firewall catch the magic packet and send an action Azure...
Waoo I do it every day on my own datacenter... but of course "it's almost impossible"
Using auto start/stop based on an Azure Active Directory event? Maybe in combination with RDmi?
Samir FARHAT (MVP) commented
This is almost impossible to implement just like this. When you RDP a machine, an IP will be requested and this IP will not respond because it's not up. A similar technology exists with RDS (Remote Desktop Services). When you try to RDP a VM, wi will goes up if it's stopped. But this is possible because the client will send the RDP request to the broker, which will start the VM and then redirect the client. In the current case, this is just not possible
When user initiates RDP, it should auto detect a shut VM, and offer the user the message it is shutdown and do you want to start it, and if user affirms in the positive, it should start it, instead of making the user run through hoops like logging into Azure, and having to manually initiate start (either through portal or running PS).