Samba part pas vu à travers smbtree


1

Première édition

J'ai changé le nom d'hôte en un mot de 7 caractères. Les erreurs dans log.nmbd concernant le serveur introuvable sont disparues

Erreur - impossible de trouver le serveur MY-FILESERVER dans le groupe de travail WORKGROUP sur le sous-réseau 192.168.1.143

Maintenant, je vois une nouvelle erreur apparaître:

../source3/nmbd/nmbd_browsesync.c:251(domain_master_node_status_fail)
  domain_master_node_status_fail:
  Doing a node status request to the domain master browser
  for workgroup WORKGROUP at IP 192.168.1.143 failed.
  Cannot sync browser lists.

Maintenant, quand je lance smbtree à partir de la machine elle-même, je ne peux voir qu'un seul dossier partagé. De plus, dans log.smbd, je vois cette ligne:

Le serveur de noms Samba IDSHARE est maintenant un navigateur maître local pour le groupe de travail WORKGROUP sur le sous-réseau 192.168.1.143.

Je suppose que le problème est que le sous-réseau est une adresse IP unique, au lieu d'un groupe d'adresses.

Poste initial

Je configure Samba mais j'ai beaucoup de difficulté avec cela. La machine de partage et ses partages n'apparaissent pas lorsque je cours smbtree. C'est la première fois que je rencontre ce problème et que je n'arrive pas à en déterminer l'origine. J'ai donc pensé que certains d'entre vous pourraient partager des indices;)

Sur un Ubuntu 16.04, j'ai installé Samba 4.3.9. Après avoir redémarré Samba, testparmrenvoie la configuration suivante:

# Global parameters
[global]
    netbios name = MY-FILESERVER
    server string = %h server (Samba, Ubuntu)
    server role = standalone server
    security = USER
    map to guest = Bad User
    obey pam restrictions = Yes
    pam password change = Yes
    passwd program = /usr/bin/passwd %u
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    unix password sync = Yes
    syslog = 0
    log file = /var/log/samba/log.%m
    max log size = 1000
    dns proxy = No
    panic action = /usr/share/samba/panic-action %d
    idmap config * : backend = tdb


[samba_test_folder]
    comment = A test Samba share
    path = /home/myname
    read only = No
    guest ok = Yes

Maintenant, une fois que je cours smbtreedepuis une autre machine, je ne vois pas la machine réelle apparaître. Je vois des machines Windows sur le réseau local et un autre serveur Samba, mais pas celui qui me tient à cœur.

Journal des erreurs

J'ai inspecté les journaux et vu à log.nmbdla ligne suivante réapparaître plusieurs fois:

[2016/08/29 16:08:34.969537,  0] ../source3/nmbd/nmbd_become_lmb.c:533(become_local_master_browser)
  become_local_master_browser: Error - cannot find server MY-FILESERVER in workgroup WORKGROUP on subnet 192.168.1.143

C'est l'indice principal que j'ai trouvé. Pourrait-il être possible que le résultat de hostnamedoit correspondre au serveur Netbios? J'ai lu que netbios n'utilise que des noms de 16 caractères ou moins ( source ). hostnamerenvoie un nom avec plus de 16 caractères sur la machine avec laquelle j'ai des problèmes.

Vérification des processus en cours

J'ai pensé qu'il pourrait s'agir d'un problème de pare-feu, mais j'ai iptables -Lrenvoyé une table de règles vide.

J'ai vérifié si les processus écoutaient comme ils le devraient. J'ai scanné les ports avec nmap -PN 192.168.1.143(en utilisant l'adresse IP locale), en me donnant:

PORT    STATE SERVICE
22/tcp  open  ssh
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
MAC Address: 00:13:72:D6:5A:BA (Dell ESG Pcba Test)

J'ai vérifié deux fois sur la machine elle-même netstat -pluntet semblais confirmer le fait que tout fonctionnait bien:

Proto Recv-Q  Send-Q  Local Address           Foreign Address         State       PID/Program name
tcp        0       0  0.0.0.0:139             0.0.0.0:*               LISTEN      4837/smbd       
tcp        0       0  0.0.0.0:22              0.0.0.0:*               LISTEN      2335/sshd       
tcp        0       0  0.0.0.0:445             0.0.0.0:*               LISTEN      4837/smbd  
udp        0       0  192.168.255.255:137     0.0.0.0:*                           4789/nmbd       
udp        0       0  192.168.1.143:137       0.0.0.0:*                           4789/nmbd       
udp        0       0  0.0.0.0:137             0.0.0.0:*                           4789/nmbd       
udp        0       0  192.168.255.255:138     0.0.0.0:*                           4789/nmbd       
udp        0       0  192.168.1.143:138       0.0.0.0:*                           4789/nmbd       
udp        0       0  0.0.0.0:138             0.0.0.0:*                           4789/nmbd   

La machine à l'origine du problème a une adresse IP fixe et correspond à l'adresse MAC indiquée par nmapun ordinateur nmap -sP 192.168.1.0/24. Une seule machine répond à cette adresse IP lors de l'exécution .

Je suis loin d'être un expert en samba et en Linux, alors j'ai peut-être manqué quelque chose d'un peu évident.


Les traits de soulignement ne sont pas valides dans les noms NETBIOS. essayez de supprimer les traits de soulignement. technet.microsoft.com/en-us/library/cc959336.aspx
Frank Thomas

@ FrankThomas Je pense que c'est un tiret , pas un trait de soulignement .
MariusMatutiae

Je faisais référence à votre nom de part. "samba_test_folder". Je comprends que les noms de partage peuvent différer des règles pour les noms NETBIOS, mais il vaut la peine de regarder. Je n'ai jamais essayé d'avoir une part avec un _ dedans.
Frank Thomas

Salut. Je pense que cela ne devrait pas être un problème. J'ai vu des dossiers de partage avec des traits de soulignement sur des machines Windows et des serveurs Samba sans causer de problème. Je l'ai changé juste pour tester mais le problème demeure.
Gordak

Réponses:


1

Il semble que Samba rencontre des difficultés lorsqu'une adresse IP statique est définie via une interface réseau. https://ubuntuforums.org/archive/index.php/t-844604.html

L’interface n’était pas bien définie et, après l’ajout du réseau 192.168.1.0, elle a fonctionné comme prévu et le partage apparaît dans smbtree.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.