Forum Discussion
MSTSC fails to connect with AD account if Win10 remote and over VPN
Background: Server 2012 R2 with domain. SonicWall VPN. Windows 10 Pro host workstations.
Remote Desktop connectivity has recently been failing for remote Windows 10 users connecting to their Windows 10 workstations over a VPN if they use their Active Directory credentials. It used to work.
If we remote into the same Windows 10 workstation host with same Active Directory credentials on the inside of the LAN (no vpn), it works.
If we remote into the same Windows 10 workstation host with Active Directory credentials over the VPN from a Windows 7 workstation, it works. Only the remote OS has changed from original working scenario.
If we remote into the same Windows 10 workstation with local credentials (to that host workstation) over the VPN from a Windows 10 workstation, it works.
It seems to only be the combination of the VPN, Windows 10 as the remote workstation, and Active Directory credentials. If we change any one of those three conditions, it works.
This suggests something about how credentials are checked from Win10 over the VPN is different than from Win7, and it seems to have changed within the last one or two months (updates?).
How do I get remote Win10 workstations able to connect with Remote Desktop on Win 10 hosts using Active Directory credentials over the VPN?
Head scratcher.
Thanks in advance.
Mark Raintree
2 Replies
- MathieuVandenHautteIron Contributor
Hi Raintrees,
The Kerberos protocol changed related to CVE-2022-37967. Possibly this can be the cause?
https://support.microsoft.com/en-us/topic/kb5020805-how-to-manage-kerberos-protocol-changes-related-to-cve-2022-37967-997e9acc-67c5-48e1-8d0d-190269bf4efb#timing- raintreesCopper ContributorThank you, I am checking that out. It seems like it very well could be related... From my reading, Kerberos may be denying the logins due to the patching or partial patching of flaws in Microsoft's Kerberos implementation. The trick is to figure out if it applies, as right now, the Key-Distribution log cited is disabled and has no events... I will consider a test environment to explore this over this coming weekend.
Again, Thank you for the pointer!
Mark