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, testparm
renvoie 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 smbtree
depuis 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.nmbd
la 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 hostname
doit correspondre au serveur Netbios? J'ai lu que netbios n'utilise que des noms de 16 caractères ou moins ( source ). hostname
renvoie 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 -L
renvoyé 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 -plunt
et 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 nmap
un 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.
la source
Réponses:
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
.la source