[РЕШЕНO] SAMBA не видит в ФМ ни каких компьютеров сети ни linux ни windows, изменился протокол добавляем «client max protocol = NT1 в /etc/samba/smb.conf»

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

Раньше все делал по арче вики и все работало gvfs-smb установлен конфиг выше
# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад) # 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

Невозможно найти рабочие группы в вашей локальной сети. Возможно, этому препятствует брандмауэр.

nmbd.service — Samba NetBIOS name server
Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled; vendor preset: disabled)
Active: active (running) since Sun 2018-02-25 19:48:19 MSK; 2min 18s ago
Process: 7566 ExecStart=/usr/bin/nmbd -D (code=exited, status=0/SUCCESS)
Main PID: 7572 (nmbd)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/nmbd.service
└─7572 /usr/bin/nmbd -D

фев 25 19:48:19 VELES systemd[1]: Starting Samba NetBIOS name server.
фев 25 19:48:19 VELES systemd[1]: Started Samba NetBIOS name server.
фев 25 19:48:19 VELES nmbd[7572]: [2018/02/25 19:48:19.256992, 0] ../lib/util/become_daemon.c:124(daemo
фев 25 19:48:19 VELES nmbd[7572]: STATUS=daemon ‘nmbd’ finished starting up and ready to serve connect
фев 25 19:48:42 VELES nmbd[7572]: [2018/02/25 19:48:42.002949, 0] ../source3/nmbd/nmbd_become_lmb.c:397
фев 25 19:48:42 VELES nmbd[7572]: *****
фев 25 19:48:42 VELES nmbd[7572]:
фев 25 19:48:42 VELES nmbd[7572]: Samba name server VELES is now a local master browser for workgroup
фев 25 19:48:42 VELES nmbd[7572]:
фев 25 19:48:42 VELES nmbd[7572]: *****
● smbd.service — Samba SMB/CIFS server
Loaded: loaded (/usr/lib/systemd/system/smbd.service; enabled; vendor preset: disabled)
Active: active (running) since Sun 2018-02-25 19:48:19 MSK; 3min 13s ago
Process: 7574 ExecStart=/usr/bin/smbd -D (code=exited, status=0/SUCCESS)
Main PID: 7575 (smbd)
Tasks: 4 (limit: 4915)
CGroup: /system.slice/smbd.service
├─7575 /usr/bin/smbd -D
├─7579 /usr/bin/smbd -D
├─7580 /usr/bin/smbd -D
└─7581 /usr/bin/smbd -D

фев 25 19:48:19 VELES systemd[1]: Starting Samba SMB/CIFS server.
фев 25 19:48:19 VELES systemd[1]: Started Samba SMB/CIFS server.
фев 25 19:48:19 VELES smbd[7575]: [2018/02/25 19:48:19.325375, 0] ../lib/util/become_daemon.c:124(daemo
фев 25 19:48:19 VELES smbd[7575]: STATUS=daemon ‘smbd’ finished starting up and ready to serve connect
lines 1-16/16 (END)

Рядом на компе стоит ubuntu все работает, как всегда с арчем все перемудрили

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад) Вы вроде на кде перешли не забыли для него настроить
https://wiki.archlinux.org/index.php/Samba#KDE
Нет сейчас самбы проверить.

Запустите авахи с ним проблем нет.
перезагрузите фм должны быть видны компы, если нет то может точно что блочит

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

Запустите авахи с ним проблем нет.
перезагрузите фм должны быть видны компы, если нет то может точно что блочит

Если честно ничего не понял что там написано вставил строки

server multi channel support = yes
socket options = IPTOS_THROUGHPUT SO_KEEPALIVE
deadtime = 30
use sendfile = Yes
write cache size = 262144
min receivefile size = 16384
aio read size = 16384
aio write size = 16384
nt pipe support = no

load printers = No
printcap name = /dev/null
disable spoolss = Yes
Все перезагрузил результат прежний, avchi тоже запущен и тоже ничего не видит, рядом 2 компа на ubuntu все работает

Блин почему в этой ос все через одно место, за что не возьмись все не работает или работает с такими костылями, ну была нормальная самба сделал все по вики и работает а сейчас

Ради ржаки загрузился с загрузочной флешки линукс минт, самба все видит

[РЕШЕНO] SAMBA не видит в ФМ ни каких компьютеров сети ни linux ни windows, изменился протокол добавляем «client max protocol = NT1 в /etc/samba/smb.conf»

veles16
sudo netstat -anp |grep 5353
sudo: netstat: command not found
нет такой команды

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

sudo netstat -anp |grep 5353
udp 46720 0 0.0.0.0:5353 0.0.0.0:* 1140/libpepflashpla
udp 5376 0 0.0.0.0:5353 0.0.0.0:* 317/avahi-daemon: r
udp6 52096 0 . 5353 . * 1140/libpepflashpla
udp6 18688 0 . 5353 . * 317/avahi-daemon: r

Буду следить за темой может придумаете чего нибудь, пока на ноуте windows посижу там все равно все по проще; раньше вообще такой проблемы не было ставишь самбу по вики пилишь конфиг и все работает, сейчас за что не хватись все через одно место если как я с нуля систему поставил вообще труба

Все таки почему то уверен что дело в самом программном пакете самба, что то там перемудрили создатели арча

veles16
как всегда с арчем все перемудрили

veles16
как всегда с арчем все перемудрили

Как всегда не читаем arch wiki.
Что бы видеть виндовые сети:
[global]
server min protocol = SMB2

veles16
не работает не видит самба компы в сети ни виндовс ни linux

veles16
не работает не видит самба компы в сети ни виндовс ни linux

Бывает, но чтение arch wiki это не отменяет.

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

Это только одному тебе известно, что ты накрутил в конфиге.

Даже с дефолтным конфигом такая шляпа скорее всего сам пакет самба не доработан

Скинь свой конфиг попробую

# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)

У меня samba настроена дедовско-нубским методом:
1. Ставлю самбу, настраиваю запуск. Единственное что не smbd.service а smbd.socket, мне она нафиг дома не нужна все время запущенная, достаточно запуска «по требованию» при первой попытке соединения.
2. yaourt -S system-config-samba (в этой мегатулзе имхо и дите убунтовоспитанное разберется), там добавляю юзера, пароль и шару.

Собсна все. Из винды шара отлично открывается, с другого арчика тоже. Единственное что несколько раздражает — комп нифига не виден ни в виндовом «сетевом окружении» ни в кедах через пункт дольфина «Сеть-общие папки Samba», но все работает если в винде вручную ввести путь \\arch-home ну или в дольфине самостоятельно добавить запись вида
smb://arch-home
Разруливать почему в сетевом окружении не видно, мне банально лениво, работает и ладно.

З.Ы. к слову, никого не смутило, что в примере конфига, который ТС привел в самом начале, все пункты кроме printers и global, замаскированы точкой с запятой? Я мб что то неправильно понимаю, но в его примере же собсна ничего не расшарено кроме принтера.
http://smb-conf.ru/rezyume-format-fajla.html
Все строки начинающиеся с символа «;» с запятой или «#» игнорируются как строки содержащие только пробел.

© 2006-2021, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.

Ошибка Ubuntu не видит сеть Windows

Вы, наверное, не раз сталкивались с проблемой, что Ubuntu не видит сеть Windows. Такая проблема характерна для многих дистрибутивов с окружением Gnome. Во многом причиной этому был баг в GVFS, который до сих пор толком не исправлен, поэтому работает эта функция далеко не всегда и далеко не во всех дистрибутивах.

В этой статье мы рассмотрим что делать если Ubuntu не видит шары Windows, как к ним всё таки подключится и можно ли решить проблему.

Почему Ubuntu не видит сеть Windows?

Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows использует виртуальную файловую систему gvfs. А та, в свою очередь использует библиотеку libsmbclient для получения необходимых данных. Поэтому мы можем попытаться исправить ситуацию переопределив некоторые параметры в /etc/samba/smb.conf. Но работает это далеко не всегда.

1. Установить Samba

Если файловый сервер Samba у вас не установлен, то его надо установить для того чтобы был создан файл /etc/samba/smb.conf с параметрами по умолчанию. Они потом будут использоваться библиотекой libsmbclient и самой утилитой smbclient, которую вы можете применять для тестирования. Для установки выполните:

sudo apt install samba

Проверьте конфигурационный файл Samba на ошибки с помощью такой команды:

2. Рабочая группа

По умолчанию используется рабочая группа WORKGROUP. Убедитесь, что ваша рабочая группа имеет именно это имя, также убедитесь, что в /etc/samba/smb.conf задано правильное имя рабочей группы в параметре workgroup:

sudo vi /etc/samba/smb.conf

3. Версия протокола

В современных системах Windows для общего доступа к папкам используется файловая система CIFS, использующая современные версии протоколов SMB2 и SMB3. Эти протоколы не поддерживают обзор доступных общих папок так, как это ожидает получить Nautilus. Для того чтобы всё работало надо использовать старый протокол NT1. Чтобы его включить добавьте параметр client max protocol после параметра workgroup:

client max protocol = NT1

После этого сохраните изменения и перезагрузите компьютер и проверьте.

4. Правильный порядок разрешения имён

Неверный порядок разрешения сетевых имен тоже может стать проблемой. Чтобы исправить его найдите в smb.conf параметр и приведите его к такому виду:

name resolve order = bcast lmhosts host wins

Здесь первым используется bcast, широковещательные сообщения, которые рассылаются по вашей локальной сети и ищут компьютеры с общими папками.

5. Не тот интерфейс

Если в вашем компьютере несколько сетевых интерфейсов, возможно smbclient пытается использовать не тот интерфейс. Чтобы посмотреть список интерфейсов используйте команду:

Затем найдите в /etc/samba/smb.conf параметр interface и замените в его значении eth0 на имя вашего интерфейса, который обеспечивает связь с нужной локальной сетью. Например на enp0s8:

interfaces = 127.0.0.0/8 enp0s8

После этого надо перезапустить службы Samba:

sudo systemctl restart smbd
sudo systemctl restart nmbd

6. Отладка

Если сеть Windows всё ещё не работает, вы можете попытаться отлаживать GVFS чтобы понять где именно возникает проблема и в чём её суть. Для этого надо завершить текущий сервер GVFS и запустить свой в терминале с включённой опцией отладки. Для этого выполните:

pkill gvfs; pkill nautilus

GVFS_DEBUG=all GVFS_SMB_DEBUG=10 $(find /usr/lib* -name gvfsd 2>/dev/null) —replace 2>&1 | tee gvfsd.log

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

7. Проблема в GVFS

Баг в GVFS, о котором я писал выше наблюдался для Samba версии 4.8 и ниже. Если сервер поддерживает протокол более высокого уровня, то клиент пытается использовать этот протокол, например SMB2 или SMB3, но на этих протоколах не работает отображение доступных ресурсов. Если у вас именно эта проблема, то для полного решения придется ждать обновления или использовать обходное решение описанное ниже.

8. Подключение напрямую

Даже если у вас не работает обнаружение сетевых ресурсов Windows, вы все ещё можете подключится к нужному компьютеру и получить с него файлы. Откройте пункт Другие места на левой панели Nautilus. Внизу окна вы увидите надпись Подключится к серверу введите smb://адрес_сервера в поле слева и нажмите Enter:

После этого система предложит ввести имя пользователя и пароль для доступа к общему ресурсу. Этот пользователь должен реально существовать на машине, к которой вы собираетесь подключится.

Введите пароль и вы увидите доступные общие папки:

9. Общий доступ в Windows

Убедитесь, что в Windows общий доступ был включён. Если общий доступ отключен, то вы не сможете никак получить доступ к ресурсам. Откройте проводник и перейдите в пункт Сеть. Если сетевой доступ отключён, то система выдаст соответствующее предупреждение:

Кликните по нему чтобы включить общий доступ, затем выберите Включить сетевое обнаружение и общий доступ к файлам.

После этого система ещё раз спросит надо ли разрешить доступ для всех общественных сетей. Ответьте утвердительно:

После этого вы сможете получить доступ к общим ресурсам этого компьютера.

Выводы

В этой статье мы кратко рассмотрели почему Ubuntu не видит сеть Windows, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!