1

Первое редактирование

Я изменил имя хоста на слово из 7 символов. Ошибки в файле log.nmbd, касающиеся не найденного сервера, исчезли

Ошибка - не удается найти сервер MY-FILESERVER в рабочей группе WORKGROUP в подсети 192.168.1.143

Теперь я вижу новую ошибку:

../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 с самого компьютера, я вижу только одну общую папку. Также в log.smbd я вижу эту строку:

Сервер имен Samba IDSHARE теперь является локальным главным браузером для WORKGROUP рабочей группы в подсети 192.168.1.143

Я предполагаю, что проблема в том, что подсеть представляет собой один IP-адрес, а не группу адресов.

Начальный пост

Я настраиваю Samba, но у меня много проблем с этим. Общий ресурс и его общие ресурсы не отображаются, когда я запускаю smbtree . Я впервые столкнулся с этой проблемой и не смог выяснить происхождение. Поэтому я подумал, что некоторые из вас могут поделиться некоторыми намеками;)

На Ubuntu 16.04 я установил Samba 4.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 с другой машины, я не вижу фактической машины. Я вижу некоторые машины 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? Я читал, что нетбиос использует только имена с 16 или менее символов (источник). 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-адрес и соответствует MAC-адресу, указанному в nmap и один компьютер отвечает на этот IP-адрес при запуске nmap -sP 192.168.1.0/24 .

Я далёк от того, чтобы быть экспертом в Samba и Linux, поэтому, возможно, я упустил что-то немного очевидное.

1 ответ1

1

Кажется, у Samba возникают проблемы, когда статический IP-адрес определяется через сетевой интерфейс. https://ubuntuforums.org/archive/index.php/t-844604.html

Интерфейс не был четко определен, и после добавления сети 192.168.1.0 он работал как ожидалось, и общий ресурс появлялся в smbtree .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .