Samba, не работающий

Я запускаю Ubuntu 18-04

Приблизительно месяц назад самба прекратила работать. Мое лучшее предположение - это происходил из-за обновления, которые являются автоматическими.

Я работал над этим серьезно в течение прошлой недели с успехом. Я пошел насколько я могу пойти.

Я в настоящее время использую стандарт кто-то файл кроме моей доли, которую я добавил:

[Home Share]

comment = Home Public folders
path = /home/mike/
writable = yes
valid users = mike
browseable = yes

Различные комбинации параметров, которые я добавил к Глобальной Установке с успехом:

tls enabled = no
client max protocol = NT1 # I tried these separately, not together
client min protocol = SMB2 # I tried these separately, not together
name resolve order = bcast host lmhosts wins
client NTLMv2 auth = no
client use spnego = no
netbios name = MAIL
preferred master = yes
domain master = yes

Некоторые возможно полезная информация:

smbclient -L mail -U mike
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\mike's password: 

Sharename       Type      Comment
---------       ----      -------
print$          Disk      Printer Drivers
Home Share      Disk      Home Public folders
IPC$            IPC       IPC Service (mail server (Samba, Ubuntu))
Brother_MFC_J480DW Printer   Brother MFC-J480DW
Reconnecting with SMB1 for workgroup listing.

Server               Comment
---------            -------

Workgroup            Master
---------            -------
WORKGROUP            MAIL

smbtree
WARNING: The "syslog" option is deprecated
added interface eno1 ip=192.168.1.104 
bcast=192.168.1.255 netmask=255.255.255.0
resolve_lmhosts: Attempting lmhosts lookup for 
name WORKGROUP<0x1d>
name_resolve_bcast: Attempting broadcast 
lookup for name WORKGROUP<0x1d>
resolve_lmhosts: Attempting lmhosts lookup for 
name WORKGROUP<0x1b>
resolve_wins: WINS server resolution selected 
and no WINS servers listed.
name_resolve_bcast: Attempting broadcast l 
lookup for name WORKGROUP<0x1b>
name_resolve_bcast: Attempting broadcast 
lookup for name __MSBROWSE__<0x1>

net ads testjoin
ads_connect: No logon servers are currently 
available to service the logon request.
Join to domain is not valid: No logon servers 
are currently available to service the logon 
request.

В журналах это говорит что материал как:

Failed to fetch domain sid for WORKGROUP

и

[2019/01/10 09:50:20.954660,  3] 
../source3/lib/util_procid.c:54(pid_to_procid)
pid_to_procid: messaging_dgm_get_unique 
failed: No such file or directory

Поиск с помощью Google этих записей в журнале не привел ни к каким значимым результатам. Таким образом, я вне идей. Любая помощь с этим значительно ценилась бы.

Спасибо за Вашу справку Чернобыль, я действительно ценю его.

К сожалению, не было никакого изменения. Ниже вывод testparm./mnt/testshare каталог был создан.

Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit 
(16384)
Processing section "[Test Share]"
Loaded services file OK.
WARNING: socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
This warning is printed because you set one of the
following options: SO_SNDBUF, SO_RCVBUF, SO_SNDLOWAT,
SO_RCVLOWAT
Modern server operating systems are tuned for
high network performance in the majority of situations;
when you set 'socket options' you are overriding those
settings.
Linux in particular has an auto-tuning mechanism for
buffer sizes (SO_SNDBUF, SO_RCVBUF) that will be
disabled if you specify a socket buffer size. This can
potentially cripple your TCP/IP stack.

Getting the 'socket options' correct can make a big
difference to your performance, but getting them wrong
can degrade it by just as much. As with any other low
level setting, if you must make changes to it, make
small changes and test the effect before making any
large changes.

Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
dns proxy = No
local master = No
log file = /var/log/samba/%m
map to guest = Bad User
max log size = 50
preferred master = No
security = USER
server string = Samba Server %v
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
idmap config * : backend = tdb


[Test Share]
create mask = 0755
path = /mnt/testshare
read only = No
valid users = mike

Я убежден, что проблема не с smb.conf файлом, это - что-то более фундаментальное, чем это.

1
задан 10 January 2019 в 05:04

2 ответа

Это - самая простая конфигурация самбы, о которой я знаю. Сохраните свой старый smb.conf и сделайте новый, который точно походит на этот тест, могут ли машины теперь получить доступ

[global]
        map to guest = Bad User

        log file = /var/log/samba/%m
        log level = 1
workgroup = your workgroupname
       netbios name = name of your server
       server string = Samba Server %v
        max log size = 50
       socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
       preferred master = No
       local master = No
       dns proxy = No
       security = user

[name of your share]
        path = /mnt/name of your folder where the shared drive is mounted
browseable = yes        
read only = no
        valid users = some username, some other username 
    create mask = 0755
    directory mask = 0755

С этим необходимо смочь заставить пользователя входить в систему сеть и получать доступ к совместно используемой папке

удостоверьтесь Ваши диски и совместно используемые папки смонтированы в/mnt/не Ваша домашняя папка

Сообщите мне, можно ли получить доступ как этот

Отредактированный в после

То то, что я сделал бы теперь, если бы я был Вами, должно проверить полномочия на точках монтирования, проверив, что клиенты, пользователи и сервер, у всех есть достаточные полномочия, и что нет никаких ошибок в файлах конфигурации, я также удостоверился бы, что параметры сети имели надлежащий шлюз и настройки DNS и т.д. Все, которое я могу действительно предложить, то, что Вы просматриваете конфигурационные файлы, как будто Вы настраивали сеть заново. Опыт говорит мне, что эта проблема - что-то, чтобы сделать с полномочиями все же. Или неправильное владение или неправильные группы на общих каталогах, по крайней мере это - то, что говорит мой инстинкт. Если бы это оказалось неправильным, то я перешел бы на файлы конфигурации, однако я не вижу после быстрого прочтения Ваших файлов конфигурации, что могло бы быть неправильным в них

1
ответ дан 7 December 2019 в 15:08

Хорошо я понял это.

sudo service ufw start

Я ранее позволил Samba через брандмауэр. Как отключение брандмауэра могло остановить работу Samba, я не понимаю.

Так или иначе после того, как я получил всю свою работу долей, я заметил, что smbtree не производил вывода. Я зафиксировал это следующим это учебное руководство здесь.

Существует также действительно хорошее учебное руководство на корректном способе настроить Samba здесь.

0
ответ дан 7 December 2019 в 15:08

Другие вопросы по тегам:

Похожие вопросы: