Hello,
Based on your description, the behavior suggests that the session hosts may be temporarily losing communication with the Remote Desktop Licensing Server or encountering a licensing service/configuration issue that is only masked when the servers are restarted.
As a first step, I recommend verifying that both RDS1 and RDS2 are configured with the correct licensing mode (Per User or Per Device) and that the specified license server is being applied consistently through Group Policy or local configuration.
In addition, review the Event Viewer logs on the session hosts and licensing server, specifically under Applications and Services Logs > Microsoft > Windows > TerminalServices-Licensing and TerminalServices-RemoteConnectionManager, for licensing, certificate, or connectivity-related errors occurring before users are denied access. Since the issue is recurring daily, I would also recommend validating DNS name resolution, firewall rules, and network connectivity between the session hosts and the license server to ensure there are no intermittent communication failures. It would be beneficial to confirm that the RDS Licensing Server activation status is healthy, the installed CALs are valid, and no licensing certificates have expired or become corrupted.
You can also check whether the Remote Desktop Licensing and Remote Desktop Services services remain running during the failure window and compare their status before and after a server restart. If available, collecting an RSOP report and the output of gpresult /h can help verify that licensing policies are not being overwritten by another GPO. Finally, capturing the exact Event IDs and error messages logged when the issue occurs will help narrow down whether this is a licensing configuration issue, certificate problem, service failure, or network connectivity concern.
I hope this information helps point you in the right direction. If you find this answer helpful, please click "Accept Answer"
Jason