Hallo Wout Vanasten,
Dit gedrag wijst vaak op een verkeerd geregistreerde of dubbele SPN, waardoor de Kerberos KDC niet kan bepalen welk account het serviceticket moet ontvangen. Controleer eerst op dubbele SPN's in Active Directory en verifieer welke computer- of serviceaccount de betreffende SPN momenteel bezit. Dubbele registraties veroorzaken vaak Kerberos-fouten zoals KRB_AP_ERR_MODIFIED, mislukte ticketuitgifte of terugval naar NTLM-authenticatie.
enorme de dubbele registratie is grotendeels, bepalend u welke account feitelijk de service heeft gevormd en u de SPN van het ongeldige object. Controleer daarna of de service draait onder het verwachte account en of alleen dat account de vereiste SPN bevat. Voor aanvullende validatie kunt u de beveiligingslogboeken op de domeincontrollers en Kerberos-gerelateerde gebeurtenissen op de applicatieserver bekijken om te bevestigen dat tickets weer correct worden uitgegeven en gevalideerd.
Nadat de SPN is aanbevolen, vernieuwt u de Kerberos-tickets op de betrokken systemen en test u de applicatie opnieuw. Het is belangrijk om de bestaande SPN niet zomaar te verwijderen zonder eerst de eigenaar van het serviceaccount te bevestigen, omdat dit direct kan leiden tot authenticatie-uitval voor productieapplicaties. Een gecontroleerde correctie van de SPN-registratie herstelt doorgaans Kerberos-authenticatie zonder dat de beveiliging hoeft te worden verminderd of dat NTLM als permanente workaround niet hoeft te worden gebruikt.
Als mijn antwoord nuttig voor je is, klik dan op Accepteer het antwoord voor mij alsjeblieft.
HL.