Accès fichiers en réseau impossible sous Server 2016

Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour

D’après les informations fournies, il semble qu’il puisse y avoir un problème d’accès au serveur de fichiers lorsqu’un client est connecté à un contrôleur de domaine Windows Server 2016. Le redémarrage du contrôleur de domaine résout temporairement le problème, mais il se reproduit lorsque la session est fermée et rouverte.

Pour résoudre ce problème, vous pouvez essayer les étapes suivantes :

1. Vérifiez la connectivité réseau entre le contrôleur de domaine Windows Server 2016 et le serveur de fichiers. Assurez-vous qu’il n’y a pas de problèmes de connectivité réseau ou de restrictions de pare-feu qui pourraient bloquer l’accès.
2. Vérifiez la configuration DNS sur le contrôleur de domaine Windows Server 2016. Assurez-vous que les paramètres DNS sont correctement configurés et que le contrôleur de domaine peut résoudre le nom d’hôte du serveur de fichiers.
3. Vérifiez les autorisations et les droits d’accès sur le serveur de fichiers. Assurez-vous que les autorisations appropriées sont définies pour autoriser l’accès aux utilisateurs ou aux groupes du domaine.
4. Examinez les journaux d’événements sur le contrôleur de domaine Windows Server 2016 et le serveur de fichiers pour rechercher les messages d’erreur ou les avertissements pertinents susceptibles de fournir plus d’informations sur le problème.
5. Pensez à vérifier la synchronisation de l’heure entre le contrôleur de domaine et le serveur de fichiers. Assurez-vous que les deux systèmes ont des réglages d’heure précis et qu’ils sont synchronisés avec une source de temps fiable.

Cordialement,

Zunhui

Bonjour,

Merci pour votre réponse.
Pas de problème de connectivité sur le serveur en 2016. Même avec le pare-feu désactivé l'accès est impossible.

La configuration DNS a l'air d'être ok. Un "nslookup" me confirme que le serveur 2016 trouve le serveur de fichiers.

Sur le serveur de fichiers en 2003 l'évènement 537 apparait lors des tentatives de connexion :

Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour

Le type de connexion 3 signifie qu’il s’agit d’une connexion réseau, dans laquelle l’utilisateur accède aux ressources système via le réseau plutôt que de se connecter de manière interactive directement sur l’ordinateur local. Le code d’état 0xC000006D et le code de sous-état 0xC00002FD généralement indiquer un échec d’authentification sur les systèmes Windows.

Le code d’erreur 0xC000006D fait référence à STATUS_LOGON_FAILURE, ce qui signifie généralement que la tentative de connexion de l’utilisateur a échoué, peut-être en raison d’un nom d’utilisateur/mot de passe incorrect, d’un compte désactivé, d’autorisations insuffisantes ou d’autres erreurs liées à l’authentification. Le code de sous-état 0xC00002FD représente SEC_E_NO_KERB_KEY. Cette erreur se produit pendant le processus d’authentification Kerberos et indique que la clé Kerberos associée à cet utilisateur est introuvable ou utilisée. Cela peut être dû à un problème avec le cache de clé ou à l’indisponibilité du service de tickets Kerberos (TGT) de l’utilisateur. peuvent être obtenus avec succès. Dans l’ensemble, cette série de messages indique une tentative de connexion sur le réseau qui a échoué en raison d’un problème avec le processus d’authentification Kerberos. La cause spécifique de la défaillance nécessite un examen plus approfondi de l’état des comptes concernés, des paramètres du contrôleur de domaine, des réponses du centre de distribution de clés Kerberos (KDC) et de toutes les stratégies de domaine ou règles de pare-feu pertinentes.

Cordialement

Zunhui