3 votes

Comment déboguer l'intégration d'une machine Windows 7 dans un domaine Samba 3 ?

Nous utilisons un domaine Samba 3 (Samba 3.5.6) avec un backend LDAP. Récemment, nous avons installé Windows 7 sur une machine virtuelle (appelée schnellwienix ) et joint l'ordinateur au domaine, en suivant les instructions suivantes conseils sur la page Samba Wiki Windows 7 . La machine Windows a acquitté la jointure avec un message de succès, et notre contrôleur de domaine (DC) a créé un compte machine correct. Tout semble être en ordre.

Cependant, lorsqu'un utilisateur du domaine essaie de se connecter, l'écran de connexion de Windows affiche le message d'erreur suivant

Il n'y a actuellement aucun serveur de connexion disponible

Le service NETLOGON de la machine Windows enregistre régulièrement deux messages d'échec : Le message "aucun serveur disponible" ci-dessus, et le message "appel RPC échoué". Le problème se produit à chaque redémarrage de la machine et persiste jusqu'à ce qu'un administrateur de la machine aille dans "Poste de travail"->"Gérer"->"Utilisateurs et groupes locaux" et essaie d'y rechercher un compte de domaine, ce qui fait disparaître le problème jusqu'au redémarrage de la machine. Redémarrage de la machine schnellwienix redémarrage smbd , nmbd y winbindd sur les contrôleurs de domaine ou la réintégration du domaine n'ont pas aidé.

Nous avons deux contrôleurs de domaine en fonctionnement qui sont utilisés avec succès par quelques dizaines d'ordinateurs Windows pour se connecter. asterix est le PDC configuré avec

domain logons = Yes
domain master = Yes
local master = Yes
preferred master = Yes

obelix est le BDC avec tous les maîtres réglés sur No mais domain logons = Yes . Les deux DCs se connectent au même serveur WINS, qui donne les adresses correctes pour PDC, DC et LM sur demande (vérifié via la fonction de vérification de Samba). net lookup commande). Chaque ordinateur se résout à son nom correct dans le DNS, mais aucun nom de domaine Windows spécial n'est configuré dans le DNS.

J'ai essayé d'analyser un dump du trafic réseau de la conversation avec le contrôleur de domaine :

  1. schnellwienix acquiert une adresse IP via DHCP et obtient les adresses correctes des serveurs DNS et WINS dans le paquet.
  2. schnellwienix demandes de renseignements _ldap._tcp.dc._msdc.<ourdomain> par DNS, en obtenant no such domain .
  3. schnellwienix enregistre son propre nom via NBNS et recherche le PDC, en obtenant l'adresse IP de l'utilisateur. asterix .
  4. schnellwienix envoie un paquet de SMB_NETLOGON avec le message SAM LOGON request from client à la boîte aux lettres \MAILSLOT\NET\NETLOGON avec son nom d'ordinateur et un nom d'utilisateur vide. Au début, il envoie à l'adresse de diffusion, puis (après résolution du nom, probablement) à la fois à l'adresse de diffusion et à l'adresse asterix . Il obtient rapidement et de manière fiable une réponse "SAM Response - user unknown" de la part de l'utilisateur. asterix y obelix .
  5. SMB_NETLOGON est retenté par schnellwienix à intervalles réguliers, mais il échoue toujours.

Les fichiers journaux Samba sur les deux asterix y obelix ne montrent absolument rien sur l'incident au niveau 10 du journal.

La topologie du réseau est triviale : Tous les ordinateurs sont dans le même et unique sous-réseau, à l'exception du serveur WINS, qui est fourni par l'université et dont l'adresse est connue par DNS. Nous avons le même problème par intermittence sur une autre machine Windows 7, toutes les autres machines fonctionnent bien. Cependant, c'est notre première virtuel Machine Windows, et elle est virtualisée par VirtualBox avec une interface réseau pontée.

Quelqu'un a-t-il une idée de ce qui se passe ici ? Que puis-je faire pour déboguer ce problème ?

0 votes

Je vous conseille vivement de mettre en place un serveur DNS. L'AD réel ne fonctionnera pas sans lui et la boîte de Win7 peut paniquer, s'attendant à quelque chose qui, bien que techniquement non nécessaire, est toujours attendu...

0 votes

@ChrisS : Je suis d'accord. Techniquement facile, je le recommanderais à tout lecteur, mais ce n'est malheureusement pas une option pour moi en raison de la politique universitaire. J'ai difficilement pu établir des noms de machines qui ont fait no codent leurs adresses IP dans le nom d'hôte.

0 votes

Pourquoi s'inquiéteraient-ils si vous installez votre propre serveur DNS ? Ce n'est pas comme si vous obligiez quelqu'un d'autre à utiliser ce serveur DNS.

1voto

Grant Johnson Points 968

Si vous obtenez des erreurs en essayant de résoudre le nom DNS et que le serveur WINS ne renvoie pas de réponses correctes (ce que sont les paquets SMB_NETLOGON), cela signifie que votre machine Win7 ne sera pas en mesure de découvrir un contrôleur de domaine avec lequel communiquer. Cela correspond au message d'erreur que vous obtenez.

Pour vous aider à résoudre ce type d'erreurs, activez la journalisation de Netlogon en exécutant "nltest /dbflag:2000ffff" et après avoir reproduit le problème, regardez %windir%. \debug\netlogon.log. Vous verrez la machine qui essaie de localiser un contrôleur de domaine et les erreurs qu'elle obtient. Une fois ces erreurs corrigées, le système devrait fonctionner correctement.

Puisque vous avez mentionné que le serveur WINS est fourni par l'université, est-il réellement accessible à partir de la VM ? Il est probable que vous ne puissiez pas effectuer la résolution de noms NetBIOS parce que votre serveur WINS est inaccessible et que votre configuration DNS est défectueuse (l'erreur de l'étape 2).

0 votes

Le serveur WINS est joignable. Comme documenté dans le post, net lookup indique cela lorsqu'il est exécuté à partir d'une machine cliente normale, je viens de le vérifier à nouveau à partir d'une VM sœur. Merci pour les données de débogage, c'est très apprécié, +1.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X