I had an issue with a client running remote desktop from home via VPN. The client machine is windows 11 and the remote machine is Windows 10 joined to the domain. The windows 11 machine reports the following:
[Window Title]
Remote Desktop Connection
[Content]
An authentication error has occurred.
The encryption type requested is not supported by the KDC.
Remote computer: [redacted]
[^] Hide details [OK]
[Expanded Information]
Error code: 0x0
Extended error code: 0x0
Timestamp (UTC): 04/02/25 09:46:00 PM
Activity ID: 37cc084e-1b36-47b6-abd2-8241d40f0100
Press Ctrl+C to copy.
This prompted me to upgrade my environment to 5.2 in an attempt to fix the issue. While that did not fix the issue, the keycloak migration wasn’t as difficult as I thought it’d be.
Anyways, I have a Primary, Backup, and 3 Member servers. The primary and backup nodes are located in Office A and the other member servers are in Offices B, C, D. The win11 client is connecting to Office A.
The Primary has the shows the following:
$ sudo samba-tool processes
Service: PID
--------------------------------------
cldap_server 1532
dnsupdate 1555
dreplsrv 1536
kccsrv 1551
kdc_server 1534
kdc_server(worker 3) 1556
kdc_server(worker 0) 1539
kdc_server(worker 1) 1546
kdc_server(worker 2) 1552
ldap_server 1530
ldap_server(worker 1) 1577
ldap_server(worker 2) 1579
ldap_server(worker 0) 1575
ldap_server(worker 3) 1581
notify-daemon 1662
rpc_server 1525
rpc_server(worker 2) 1568
rpc_server(worker 0) 1564
rpc_server(worker 1) 1566
rpc_server(worker 3) 1570
samba 1423
winbind_server 1544
wrepl_server 1528
The backup does not have the kdc_server, but that is where it shows the error:
The following KDCs were unreachable: udp ucs-dispatch.adventure.local:88
I keep trying to tweak the nameserver
ucr variables as per this post. That has changed the original critical warning from basically all KDCs to only the primary KDCs showing unreachable.
Note: I can run the system diagnostic tool several times and sometimes it will be resolved, other times it will be udp primary.server
, and then sometimes it will be tcp primary.server
, and then sometimes it will be both. Regardless, the win11 client still shows the aforementioned error. I’m worried that as more clients switch to win11, I’ll start seeing this error more and more.
Not really sure where to go from here.