Je suis actuellement en train d'étendre mon environnement de développement, qui n'utilisait jusqu'à présent que des serveurs Linux, en ajoutant des machines exécutant Windows Server 2016. Le processus d'authentification est géré par MIT Kerberos. Pour les nouvelles machines Windows, je prévois d'utiliser Active Directory. Comme je ne veux pas gérer les utilisateurs dans deux systèmes, je suis en train de mettre en place une confiance croisée entre l'AD de Windows et l'installation MIT Kerberos déjà existante.
Pour ce faire, j'ai suivi ce guide : https://bluedata.zendesk.com/hc/en-us/articles/115007484067-How-To-Establish-Cross-Realm-Trust-from-MIT-KDC-to-AD .
J'ai remarqué que je peux obtenir un ticket de l'AD Windows pour un utilisateur de l'AD sur une machine linux : Exécution de kinit Administrator@AD.DOMAIN.LOCAL se termine sans aucune erreur et me donne un ticket comme prévu.
En revanche, je ne peux me connecter à aucune des machines Windows en utilisant un compte de la configuration Kerberos du MIT. J'essaie de me connecter en utilisant mon compte de test ( test@DOMAIN.LOCAL du domaine MIT DOMAIN.LOCAL) provoque l'erreur suivante :
"La base de données de sécurité du serveur ne dispose pas d'un compte d'ordinateur pour la relation de confiance de cette station de travail".
Une autre chose que je remarque est que lorsque j'essaie de vérifier la relation de confiance en utilisant la commande netdom trust DOMAIN.LOCAL /Domain:AD.DOMAIN.LOCAL /Kerberos /verbose /verify J'obtiens le message d'erreur suivant :
"Impossible de contacter le domaine DOMAIN.LOCAL. La commande n'a pas réussi à se terminer avec succès."
Il semble que l'AD de Windows soit incapable de communiquer avec l'installation Kerberos de MIT, ce qui semble étrange, car apparemment cela fonctionne dans l'autre sens. J'ai déjà vérifié deux fois que tous les enregistrements DNS (domain.local, ad.domain.local et les FQDN des KDC) correspondent aux bonnes adresses IP. En recherchant le problème, je suis tombé sur ce post https://stackoverflow.com/questions/45236577/using-mit-kerberos-as-account-domain-for-Windows-ad-domain qui semblait prometteur au début, mais qui n'a pas pu m'aider à résoudre mon problème. Toute aide est grandement appréciée !
