Forum Discussion
Server 2025 Domain Join Error ASN.1
I've been investigating this, and I think I can see where the problem is. Part of domain joining is to get a kerberos ticket from the server. When Windows Server responds to a request for a kerberos ticket, there's an authentication exchange. As part of this, the Server includes information about the expiry of the account's password. This allows the client program (e.g. kinit) to implement a password update process if the user's password is about to expire.
I found that the problem only occurs for accounts where the password is set to never expire - such as Administrator. When I used an account with password expiry enabled, the kerberos transaction works.
It seems that when the password is set to 'never expire', Windows server sends a date way out in the future. With Windows Server 2025, this is in January 2100. This date is beyond the Unix epoch limit in 2030. If the kerberos/samba software on your device was built against libraries that expect dates within the Unix epoch limit, they will throw this error - ASN.1 is a common encoding scheme used to send values between systems that may natively use different ways of recording data types, and so it's the ASN.1 decoding library that's trying to make sense of this future date.
Presumably, older versions of Windows used some more imminent date within the epoch to signal 'non expiry' but now that 2030 is getting closer, that's not going to fly for much longer...
Although it's possible to enable password expiry for user accounts, and work around the issue by making Windows send a closer future date, it doesn't appear to be possible for computer accounts. I haven't found any workaround for it yet. I suspect it'll require a firmware update on your device unless Microsoft decides to provide a backwards-compatible option in a future update.
Thank you for your help. The password never expires uncheck worked for me.