最初の編集
ホスト名を7文字のWordに変更しました。見つからないサーバーに関するlog.nmbdのエラーが消えました
エラー-サブネット192.168.1.143のワークグループWORKGROUPでサーバーMY-FILESERVERが見つかりません
今、私は新しいエラーが表示されているのを見る:
../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.
これで、マシン自体からsmbtreeを実行すると、共有フォルダーが1つしか表示されません。また、log.smbdには次の行があります。
SambaネームサーバーIDSHAREは、サブネット192.168.1.143上のワークグループWORKGROUPのローカルマスターブラウザーになりました。
問題は、サブネットがアドレスのグループではなく、単一のIPアドレスであるということだと思います。
最初の投稿
Sambaを構成していますが、多くの問題が発生しています。 smbtree
を実行すると、共有マシンとその共有が表示されません。この問題に遭遇したのは初めてで、起源を理解することができませんでした。だから私はあなたの何人かがいくつかのヒントを共有できると思いました;)
Ubuntu 16.04に、Samba4.3.9をインストールしました。 Sambaを再起動した後、testparm
は次の構成を返します。
# 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
さて、別のマシンからsmbtree
を実行すると、実際のマシンが表示されません。 LAN上にいくつかのWindowsマシンと別のSambaサーバーがありますが、気になるものではありません。
エラーログ
ログを調べたところ、log.nmbd
で次の行が数回再表示されていることがわかりました。
[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
これが私が見つけた主な手がかりです。 hostname
の結果がnetbiosサーバーと一致する必要がある可能性はありますか? netbiosは16文字以下の名前のみを使用することを読みました( source )。 hostname
は、問題のあるマシンで16文字を超える名前を返します。
実行中のプロセスを確認しています
ファイアウォールの問題である可能性があると思いましたが、iptables -L
は空のルールテーブルを返しました。
プロセスが適切にリッスンしているかどうかを確認しました。 nmap -PN 192.168.1.143
(ローカルIPアドレスを使用)でポートをスキャンしたところ、次のようになりました。
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)
マシン自体をnetstat -plunt
で再確認し、すべてが正常に実行されていることを確認したようです。
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
問題の原因となったマシンのIPアドレスは固定されており、nmap
によって報告されたMACアドレスと一致し、nmap -sP 192.168.1.0/24
を実行すると1台のマシンがこのIPに応答します。
私はSambaとLinuxの専門家にはほど遠いので、少し明白なことを見逃したかもしれません。
ネットワークインターフェースを介して静的IPを定義すると、Sambaに問題があるようです。 https://ubuntuforums.org/archive/index.php/t-844604.html
インターフェイスは明確に定義されておらず、network 192.168.1.0を追加した後、期待どおりに機能し、共有はsmbtree
に表示されていました。