Astra linux samba не видит сеть windows

Доброго времени суток!
AstraLinux Orel 2.12.8
Samba
Не вижу в сетевом окружении домашнюю машину с Windows 7
Не вижу принтера подключённого к KinetekGiga II
Интернет работает

1552175971416.png

что у меня не так

Доброго времени суток!
AstraLinux Orel 2.12.8
Samba
Не вижу в сетевом окружении домашнюю машину с Windows 7
Не вижу принтера подключённого к KinetekGiga II
Интернет работает

Посмотреть вложение 473

что у меня не так

Файл конфигурации самбы редактировали?

Файл конфигурации самбы редактировали?

Да …почитав здесь темы попытался.
Я не очень в линуксе шарю — первые шаги считай.
Так что мне всё ннадо разжовывать

Да …почитав здесь темы попытался.
Я не очень в линуксе шарю — первые шаги считай.
Так что мне всё ннадо разжовывать

ну скидывайте файл конфигурации, может быть еще кто-то присоединится и найдет решение

ну скидывайте файл конфигурации, может быть еще кто-то присоединится и найдет решение

[global]
использую Gadmin-Samba 0.2.9
netbios name = Samba24
server string = Samba file and print server
workgroup = Workgroup
security = user
hosts allow = 192.168.0. 127.
interfaces = 127.0.0.1/8 192.168.0.0/24
bind interfaces only = yes
remote announce = 192.168.0.255
remote browse sync = 192.168.0.255
printcap name = cups
load printers = yes
cups options = raw
printing = cups
guest account = smbguest
log file = /var/log/samba/samba.log
max log size = 1000
null passwords = no
username level = 6
password level = 6
encrypt passwords = yes
unix password sync = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = no
domain master = no
preferred master = no
domain logons = no
os level = 33
logon drive = m:
logon home = \\%L\homes\%u
logon path = \\%L\profiles\%u
logon script = %G.bat
time server = no
name resolve order = wins lmhosts bcast
wins support = no
wins proxy = no
dns proxy = no
preserve case = yes
short preserve case = yes
client use spnego = no
client signing = no
client schannel = no
server signing = no
server schannel = no
nt pipe support = yes
nt status support = yes
allow trusted domains = no
obey pam restrictions = yes
enable spoolss = yes
client plaintext auth = no
disable netbios = no
follow symlinks = no
update encrypted = yes
pam password change = no
passwd chat timeout = 120
hostname lookups = no
username map = /etc/samba/smbusers
passdb backend = tdbsam
passwd program = /usr/bin/passwd ‘%u’
passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*changed*\n
add user script = /usr/sbin/useradd -d /dev/null -c ‘Samba User Account’ -s /dev/null ‘%u’
add user to group script=/usr/sbin/useradd -d /dev/null -c ‘Samba User Account’ -s /dev/null -g ‘%g’ ‘%u’
add group script = /usr/sbin/groupadd ‘%g’
delete user script = /usr/sbin/userdel ‘%u’
delete user from group script = /usr/sbin/userdel ‘%u’ ‘%g’
delete group script = /usr/sbin/groupdel ‘%g’
add machine script = /usr/sbin/useradd -d /dev/null -g sambamachines -c ‘Samba Machine Account’ -s /dev/null -M ‘%u’
machine password timeout = 120
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /dev/null
winbind use default domain = yes
winbind separator = @
winbind cache time = 360
winbind trusted domains only = yes
winbind nested groups = no
winbind nss info = no
winbind refresh tickets = no
winbind offline logon = no

[homes]
comment = Home Directories
path = /home
read only = no
available = yes
browseable = yes
writable = yes
guest ok = no
public = no
printable = no
locking = no
strict locking = no

[netlogon]
comment = Network Logon Service
path = /home/netlogon
read only = no
available = yes
browseable = yes
writable = no
guest ok = no
public = no
printable = no
locking = no
strict locking = no

[profiles]
comment = User Profiles
path = /var/samba/profiles
read only = no
available = yes
browseable = no
writable = yes
guest ok = no
public = no
printable = no
create mode = 0600
directory mask = 0700
locking = no
strict locking = no

[printers]
comment = All Printers
path = /var/spool/samba
browseable = yes
writable = no
guest ok = no
public = no
printable = yes
locking = no
strict locking = no

[pdf-documents]
path = /home/pdf-documents
comment = Converted PDF Documents
available = yes
browseable = yes
writeable = yes
guest ok = yes
locking = no
strict locking = no

[pdf-printer]
path = /tmp
comment = PDF Printer Service
printable = yes
guest ok = yes
use client driver = yes
printing = bsd
print command = /usr/bin/gadmin-samba-pdf %s %u
lpq command =
lprm command =

Доброго времени суток!
Проблему решил
Повезло — дали несколько конфигов и один сработал
Кому интересно — вложение

  • 9 КБ
    Просмотры: 812

Информация о материале

Недавно я перешел с Windows 10 на операционную систему Kubuntu. Сам по себе переход не вызвал каких-либо проблем, но в последствии они все-таки появились.

Дело в том, что у меня дома функционирует небольшая локальная сеть, которая включает в себя сервер под управлением Linux. Вот с подключением к нему и возникли некоторые проблемы.

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

Хотя сервер пинговался с рабочего компьютера без каких-либо проблем.

Пришлось копать дальше, но главное понять причину произошедшего.

А все дело в том, что с выходом Windows 10 компания Microsoft решила отказаться от старого протокола SMB1 в пользу более современных протоколов SMB2 и SMB3, в которых уже нет сетевого обнаружения.

Но на этом история не заканчивается. Начиная с Samba версии 4.11 по умолчанию отключена поддержка протокола SMB1.

Таким образом, для решения создавшейся проблемы необходимо включить поддержку старого протокола SMB1 на сервере Samba подключаемого к сети компьютера.

Для этого открываем терминал и вводим команду

sudo mc

Далее необходимо внести несколько команд в конфигурационный файл Samba. Он расположен по адресу:

/etc/samba/smb.conf

Здесь в секции global после workgroup = необходимо дописать:

server min protocol = NT1
client min protocol = NT1
min protocol = NT1

Сохраняем отредактированный файл и перезагружаем компьютер.

Теперь наш компьютер должен увидеть локальную сеть, ее рабочие станции и сервера.

Ну и разумеется мы подготовили короткое видео с наглядным решением данной проблемы. Приятного просмотра!

Должен стоять SAMBA клиент. Смотря какой Windows (точнее версия SMB)
Можно узнать версию SMB в windows, если подключиться к шаре, запустить powershell от администратора, get-smbconnection покажет версию в колонке Dialect.
В linux подключить win шару:
1) не win 10 sudo mount.cifs ///<расшареннаяпапка> -o user=username /media
2) win 10 sudo mount.cifs /// -o user=username,vers=3.0 /media
(win 10 имею ввиду SMB=3, в других win тоже может быть отключен SMB 1)

А если вбить адрес вручную в программе обзора папок
smb://192.168.0.140/share/
Автоматический поиск компьютеров и их ресурсов не всегда хорошо работает.

Одной из распространенных проблем, с которой могут столкнуться пользователи операционной системы Astra Linux, является невозможность видеть сеть Windows через Samba. Samba — это программное обеспечение, которое позволяет Astra Linux взаимодействовать с компьютерами, работающими на операционной системе Windows в одной локальной сети.

Проблема может возникнуть по разным причинам. Возможно, сетью Windows не настроено правильное имя рабочей группы или проблемы с настройками Samba на Astra Linux. Чтобы решить эту проблему, необходимо выполнить несколько шагов.

Первым шагом является проверка настроек рабочей группы на компьютере с установленной Astra Linux. Убедитесь, что имя рабочей группы в сети Windows совпадает с тем, что указан на Astra Linux. Если рабочая группа не совпадает, вам потребуется изменить настройки сети Windows.

Вторым шагом является проверка настроек Samba на Astra Linux. Удостоверьтесь, что Samba настроена правильно и активирована. Если Samba не настроена или отключена, вам необходимо выполнить несколько команд в терминале, чтобы настроить и активировать ее.

Содержание

  1. Сбои сети Windows при работе Samba на Astra Linux: возможные решения
  2. Проверка соединения и настроек сети
  3. Установка и обновление необходимых пакетов
  4. Проверка наличия и доступности общих ресурсов Windows
  5. Изменение прав доступа к файлам и папкам

Сбои сети Windows при работе Samba на Astra Linux: возможные решения

Если у вас возникли проблемы с работой Samba на операционной системе Astra Linux и сетью Windows, следующие решения могут помочь вам в восстановлении нормальной работы:

  1. Проверьте настройки файрвола: убедитесь, что Samba разрешена в настройках файрвола, и что все необходимые порты открыты.
  2. Проверьте права доступа к файлам и папкам: убедитесь, что Samba имеет достаточные права для доступа к файлам и папкам, которые вы хотите обменивать с компьютерами под управлением Windows.
  3. Проверьте настройки сети: убедитесь, что настройки сети на Astra Linux корректны, включая правильное наименование рабочей группы и IP-адрес компьютера.
  4. Обновите Samba до последней версии: установите последнюю версию Samba и все доступные обновления, чтобы устранить известные ошибки и проблемы, связанные с совместимостью сети Windows.
  5. Проверьте настройки smb.conf: убедитесь, что файл конфигурации smb.conf правильно сконфигурирован и содержит все необходимые параметры для работы Samba с сетью Windows.
  6. Перезагрузите службу Samba: перезапустите службу Samba после внесения изменений в настройки или обновления программного обеспечения.
  7. Проверьте журналы системы: проверьте журналы системы на наличие ошибок или предупреждений, связанных с Samba или сетью Windows.
  8. Обратитесь к документации: обратитесь к официальной документации Astra Linux и Samba, а также к форумам и сообществам пользователей, чтобы получить дополнительные советы и решения проблемы.

Следуя этим рекомендациям, вы можете решить проблему, связанную с сбоями сети Windows при работе Samba на Astra Linux и восстановить нормальную работу обмена файлами и папками между компьютерами.

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

Прежде чем приступать к настройке Samba на Astra Linux, необходимо установить соединение между Linux-компьютером и компьютерами с ОС Windows в сети. Вот несколько шагов, которые следует выполнить для проверки соединения и настроек сети:

  1. Проверьте физическое соединение: Убедитесь, что компьютеры подключены к сети и имеют работающие сетевые адаптеры. Проверьте кабели и убедитесь, что они правильно подключены.
  2. Проверьте IP-адреса: Убедитесь, что все компьютеры в сети имеют уникальные IP-адреса. Проверьте IP-конфигурацию каждого компьютера на наличие ошибок.
  3. Проверьте настройки DNS: Убедитесь, что все компьютеры в сети имеют правильные настройки DNS. DNS-серверы отвечают за преобразование доменных имен в IP-адреса.
  4. Проверьте настройки шлюза: Убедитесь, что настройки шлюза на каждом компьютере в сети указывают на правильный IP-адрес шлюза (маршрутизатора).
  5. Проверьте настройки брандмауэра: Убедитесь, что настройки брандмауэра на каждом компьютере в сети не блокируют соединение между Linux-компьютером и компьютерами с ОС Windows.

Если все вышеуказанные проверки пройдены успешно, значит соединение между Linux-компьютером и компьютерами с ОС Windows работает исправно, и можно приступать к настройке Samba.

Установка и обновление необходимых пакетов

Для решения проблемы с тем, что Samba не видит сеть Windows на Astra Linux, важно убедиться, что все необходимые пакеты установлены и обновлены. Вот список основных пакетов, которые нужно проверить:

  • samba — основной пакет, отвечающий за работу сетевого протокола SMB;
  • smbclient — клиентский пакет для работы с SMB;
  • winbind — пакет, позволяющий интегрировать Astra Linux в домен Windows;
  • nmbd — сервис, отвечающий за обнаружение и регистрацию имён в сети;
  • libsmbclient — библиотека, используемая для взаимодействия с SMB по протоколу CIFS.

Для установки и обновления пакетов в Astra Linux можно использовать пакетный менеджер системы — apt. Введите следующие команды в терминале:


sudo apt update

sudo apt install samba smbclient winbind nmbd libsmbclient

После успешной установки и обновления пакетов перезагрузите компьютер и проверьте, видит ли Samba теперь сеть Windows.

Проверка наличия и доступности общих ресурсов Windows

Для решения проблемы с отображением сети Windows в Samba на Astra Linux, необходимо проверить наличие и доступность общих ресурсов Windows. Это можно сделать, следуя нижеприведенным инструкциям:

  1. Убедитесь, что компьютеры Windows, которые вы пытаетесь увидеть в сети, включены и находятся в одной подсети с компьютером Astra Linux.
  2. Проверьте, что общие ресурсы на компьютерах Windows настроены и имеют правильные разрешения для доступа.
  3. Откройте командную строку на компьютере Astra Linux и выполните команду ping <ip-адрес компьютера Windows>. Если получен ответ от компьютера Windows, это означает, что сеть функционирует корректно.
  4. Проверьте, что служба Samba на Astra Linux работает и правильно настроена. Для этого выполните команду sudo systemctl status smbd и убедитесь, что служба запущена и выполняет свои функции.
  5. Проверьте наличие и правильность настроек файла smb.conf на компьютере Astra Linux. Убедитесь, что он содержит правильные пути к общим ресурсам Windows и правильные разрешения для доступа к ним.

Проанализировав и следуя указанным выше рекомендациям, вы сможете идентифицировать и исправить проблему с доступом к сети Windows в Samba на Astra Linux.

Изменение прав доступа к файлам и папкам

Чтобы обеспечить корректную работу Samba и видимость сети Windows на Astra Linux, необходимо изменить права доступа к файлам и папкам.

Для этого выполните следующие шаги:

  1. Откройте файловый менеджер и найдите папку, которую вы хотите подключить к сети Windows.
  2. Нажмите правой кнопкой мыши на эту папку и выберите пункт «Свойства».
  3. В открывшемся окне перейдите на вкладку «Права доступа».
  4. Убедитесь, что пользователь samba имеет права на чтение и запись в данную папку. Если его нет, то добавьте его в список пользователей и предоставьте соответствующие права.
  5. Нажмите кнопку «Применить», чтобы сохранить изменения.

После изменения прав доступа Samba должна корректно видеть сеть Windows и позволять вам обмениваться файлами и папками.

cannot-connect-to-linux-samba-from-windows-000.pngОшибки сетевого доступа в Windows — вещь довольно неприятная, тем более что не все умеют их правильно диагностировать и исправлять. При том, что интернет кишит различными способами самой разной степени сомнительности. Поэтому мы решили подробно разобрать одну из типовых ситуаций, показав как процесс диагностики, так и различные способы решения проблемы, каждое из которых имеет свои особенности, в частности влияние на безопасность. Такой подход позволит не только выяснить причины ошибки и устранить ее, но и поможет подойти к этому вопросу осознанно, полностью представляя последствия своих действий.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

С ситуацией, когда компьютер под ОС Windows не хочет подключаться или перестает подключаться к общим ресурсам на сервере Samba под управлением Linux встретиться можно довольно часто и тому есть объективные причины, которые мы рассмотрим ниже, ну а пока посмотрим на ее внешние симптомы. Система неожиданно сообщает, что она не может получить доступ к указанному ресурсу и выдает абсолютно неинформативную ошибку:

Код ошибки: 0x80004005 
Неопознанная ошибка

cannot-connect-to-linux-samba-from-windows-001.png

Если попробовать подключиться в консоли, например, командой:

net view \\192.168.233.182

Где 192.168.233.182 — адрес искомого сервера, то получим немного другую ошибку:

Системная ошибка 53.
Не найден сетевой путь.

При этом указанный узел нормально пингуется, а проверка доступности 445 порта говорит, что все нормально:

cannot-connect-to-linux-samba-from-windows-002.pngПосле этого обычно начинается сетование на кривизну какого-либо из решений (в зависимости от личных предпочтений) и поиск решения в интернете, где можно найти как условно рабочие, так и полную дичь, вроде включения SMB1 и бездумного изменения различных политик и ключей реестра.

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

Но сперва поясним ситуацию по протоколу SMB1:

Протокол SMB1 устарел и небезопасен, в настоящее время отключен на всех современных системах.

Кроме того, даже если вы включите его поддержку, то начиная с Windows 1709 она автоматически отключится после 15 дней неиспользования. В общем: включать SMB1 не нужно, разве что только вам действительно нужна поддержка устаревших клиентов.

В современных версиях Samba протокол SMB1 также отключен и минимальной поддерживаемой версией является SMB2_02, а максимальной SMB3. Это параметры по умолчанию и проверить их можно командами:

testparm --parameter-name="min protocol"
testparm --parameter-name="max protocol"

Настройки по умолчанию достаточно актуальны, и мы не советуем отдельно задавать версии протоколов без особой на то нужды. SMB2_02 — обозначает младшую версию протокола SMB2, а SMB3 указывает на старшую доступную версию, таким образом поддерживаются все системы начиная с Windows Vista и Server 2008. Причиной ошибки SMB1 быть не может.

Поэтому не занимаемся ерундой, а ищем истинную причину, в этом нам поможет Журнал событий. Раскрываем последовательно Журналы приложений и служб — Microsoft — Windows — SMBClient и в журнале Security находим ошибку 31017:

Небезопасный гостевой вход отклонен.Рекомендации.
Это событие указывает на попытку сервера разрешить вход пользователя как непроверенного гостя, которая была отклонена клиентом.
Для гостевого входа не поддерживаются стандартные функции обеспечения безопасности, например подписывание и шифрование.
Вследствие этого гостевой вход уязвим для атак "злоумышленник в середине", которые могут привести к попаданию конфиденциальных данных в сеть.
По умолчанию небезопасный гостевой вход отключен в Windows. Корпорация Майкрософт не рекомендует включать его.

cannot-connect-to-linux-samba-from-windows-003.pngПосле чего все становится на свои места. Нет никаких чудес, просто политики безопасности Windwos не позволяют подключаться к серверу с анонимным гостевым доступом. Кстати, это относится не только к Samba.

Теперь, когда есть понимание происходящего мы можем выбрать одно из двух решений указанной проблемы.

Решение №1. Отключаем гостевой доступ на сервере Samba

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

map to guest = never

А в настройках каждого общего ресурса укажем:

guest ok = no

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

Настройка файлового сервера Samba на платформе Debian / Ubuntu

Сохраняем все изменения и проверяем конфигурацию на ошибки:

testparm

Затем перезапускаем службу:

systemctl restart smbd

После чего повторно пробуем подключиться и сразу видим окно для ввода учетных данных:

cannot-connect-to-linux-samba-from-windows-004.pngПроблема решена, ресурсы файлового сервера Samba снова доступны.

Решение №2. Разрешаем небезопасный гостевой вход в Windows

Если Решение №1 вас по каким-либо причинам не устраивает, и вы осознанно хотите понизить уровень безопасности вашей сети, то можно пойти другим путем и разрешить небезопасный гостевой вход.

Запустим редактор групповой политики (gpedit.msc) и перейдем в Конфигурация компьютера — Административные шаблоны — Сеть — Рабочая станция Lanman и переводим политику Включить небезопасные гостевые входы в положение Включено.

cannot-connect-to-linux-samba-from-windows-005.png

После чего вам потребуется перезапустить службу Рабочая станция или перезагрузить компьютер.

Альтернативой этому способу будет внесение изменений через реестр:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v AllowInsecureGuestAuth /t REG_DWORD /d 1

Затем перезапустим службу:

net stop LanmanWorkstation && net start LanmanWorkstation

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

cannot-connect-to-linux-samba-from-windows-006.pngКакой вывод можно сделать после прочтения данного материала? Прежде всего понять, что любые сетевые ошибки имеют под собой вполне определенную причину, а не являются воздействием некой неведомой силы. И эти причины имеют свойство отображаться в журналах и логах.

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

  • Astra linux grub windows пароль
  • Astra 4700 драйвер windows 10
  • Astra 4900 umax драйвер для windows 10
  • Assassins creed revelations не запускается на windows 10
  • Astoria для windows phone скачать