Вопрос или проблема
Спасибо, что обратили внимание на мою проблему и думаете вместе со мной о решении.
У меня есть сервер Samba в подсети 172.23.3.55/23 (2.0 –> 3.255), и в этой подсети я могу без проблем получить доступ к серверу.
Также подсеть 172.23.4.0/23, которая находится на том же Core Switch, может без проблем получить доступ к серверу.
Даже наша офисная подсеть 129.228.114.0/23 может получить доступ к системе через брандмауэр без проблем. Но когда я подключаюсь к нашей VPN-сети 172.23.45.0/24 или когда я прихожу из другого офиса с совершенно другими диапазонами, я не могу получить доступ к серверу. Сервер отвечает, и мне нужно войти в систему, но всегда происходит отказ в доступе.
Вот мой раздел [global] и [share] в smb.conf
workgroup = localdomain.nmc
netbios name = AMS-QTGW02
server string = %h server (Samba %v)
# hosts allow = 172.23.202.0/24 172.23.45.0/24 129.228.114.0/23
129.228.70.0/24 129.228.109.42 129.228.109.83
force user = nobody
force group = nobody
force create mode = 0666
force directory mode = 0777
create mode = 0666
directory mode = 0777
guest account = vimn
security = user
passdb backend = tdbsam
ntlm auth = yes
log file = /var/log/samba/log.%m
log level = 2 passdb:5 auth:5
max log size = 50M
#Настройка производительности:
use sendfile = true
kernel oplocks = no
strict locking = no
# файлы macOS
veto files = /.DS_Store/.AppleDesktop/.AppleDB/.AppleDouble/.Temporary Items/
delete veto files = yes
printing = cups
printcap name = cups
load printers = no
cups options = raw
[AMS-HATCH]
comment = HATCH Storage Share (Автоудаление через 30 дней)
path = /quantum/AMS-HATCH
browseable = yes
writable = yes
guest ok = yes
force user = nobody
force group = nobody
valid users = @LinuxAdmins, vimn, mll
Как видите, я закомментировал строку “hosts allow”, чтобы все IP могли получить доступ к серверу. Позже, когда все будет работать, я хотел бы ограничить доступ через это (или “hosts deny”).
Учётные данные многократно проверялись, и они введены правильно.
Я читал о том, что samba-winbond для недоменных серверов нужно отключить, но я его не устанавливал, есть ли настройка, о которой я не знаю или которую я не использую?
В файле журнала этой сессии у меня есть следующее:
[2018/02/19 11:21:07.724423, 5]
../source3/auth/server_info_sam.c:122(make_server_info_sam)
make_server_info_sam: создана информация сервера для пользователя vimn -> vimn
[2018/02/19 11:21:07.724461, 3]
../source3/auth/auth.c:249(auth_check_ntlm_password)
check_ntlm_password: аутентификация через sam для пользователя [vimn] успешна
[2018/02/19 11:21:07.724516, 5]
../source3/auth/auth.c:292(auth_check_ntlm_password)
check_ntlm_password: учетная запись PAM для пользователя [vimn] успешна
[2018/02/19 11:21:07.724537, 2]
../source3/auth/auth.c:305(auth_check_ntlm_password)
check_ntlm_password: аутентификация для пользователя [vimn] -> [vimn] -> [vimn] успешна
[2018/02/19 11:21:07.725216, 5]
../source3/passdb/pdb_interface.c:1749(lookup_global_sam_rid)
lookup_global_sam_rid: поиск RID 513.
[2018/02/19 11:21:07.725264, 5]
../source3/passdb/pdb_tdb.c:658(tdbsam_getsampwrid)
pdb_getsampwrid (TDB): ошибка при поиске RID 513 по ключу RID_00000201.
[2018/02/19 11:21:07.725300, 5]
../source3/passdb/pdb_interface.c:1825(lookup_global_sam_rid)
Не удается найти Unix ID для немапированной группы
[2018/02/19 11:21:07.725317, 5]
../source3/passdb/pdb_interface.c:1535(pdb_default_sid_to_id)
SID S-1-5-21-3363938291-73671434-3978610123-513 принадлежит нашему домену, но в базе данных нет соответствующего объекта.
Пароль аутентифицирован корректно, но связь все равно разрывается.
Большое спасибо всем.
редактирование: добавлен раздел журнала.
Никто не предложил решения, но проблема больше не повторяется.
Ответ или решение
Проблема с доступом к Samba-серверу из разных подсетей может быть связана с рядом факторов, влияющих на сетевую конфигурацию и настройку доступа. Давайте разберем возможные решения и аспекты, которые следует учесть для устранения этой проблемы.
Анализ проблемы
Вы описали ситуацию, когда Samba-сервер, находящийся в подсети 172.23.3.55/23, доступен из нескольких подсетей, но недоступен при подключении через VPN из сети 172.23.45.0/24 или из других офисов. Несмотря на успешную аутентификацию в журналах, подключение отклоняется.
Важные детали конфигурации
-
Samba конфигурация: Ваша конфигурация предусматривает отключенную директиву
hosts allow
. Это значит, что доступ должен быть открыт для всех IP-адресов, если только другие элементы конфигурации или ограничения сетевого оборудования не препятствуют этому. -
Аутентификация и управление доступом: Согласно логам, аутентификация пользователя проходит успешно, что указывает на корректность введенных учетных данных. Однако последующие шаги могут содержать ошибку или конфликт в привязке пользователя или группы.
-
Логические ошибки в системе: Логи сообщают об ошибках, связанских с привязкой RID к UNIX ID. Это может указывать на неполноценное соответствие учетных записей пользователей и групп между системами.
Рекомендации по устранению
-
Проверка маршрутизации и межсетевых экранов:
- Убедитесь, что все необходимые маршруты установлены правильно и что на межсетевых экранах (firewall) разрешены необходимые порты и адреса.
- VPN может иметь ограничения, которые препятствуют установлению соединения; проверьте настройки политики безопасности.
-
Настройка Samba:
- Разверните директиву
log level
, чтобы получить больше информации о проблеме в журналах. Повышенный уровень логирования может дать дополнительные подсказки. - Убедитесь, что каждое идентифицированное в логах SID или RID имеет соответствие в вашей базе данных пользователей и групп.
- Разверните директиву
-
Тестирование сети:
- Используйте инструменты, такие как
ping
иtraceroute
, чтобы проверить доступность сервера из проблемных подсетей. - Используйте
smbclient
для диагностики подключения, это может помочь понять, что происходит в процессе соединения.
- Используйте инструменты, такие как
-
Анализ сетевой политики безопасности:
- Некоторые сетевые политики могут блокировать или ограничивать трафик между подсетями. Проверьте, чтобы у всех необходимых подсетей были привилегии доступа.
-
Обновление:
- Если проблема исчезла, это может указывать на временную ошибку в системе или сети. Тем не менее, продолжайте мониторинг, чтобы избежать повторения.
Заключение
Для комплексного решения проблемы с недоступностью Samba-сервера анализ каждого уровня сетевой инфраструктуры и настройки программного обеспечения является жизненно необходимым. Надеюсь, описанные выше шаги помогут вам в диагностике и устранении этой проблемы. Если ошибка возникнет снова, комплексный подход с учетом всех элементов сети и сервера должен помочь выявить и устранить эту проблему.