LINUX.ORG.RU
Форум — General  

Неудается подключиться к SMB2 шаре по короткому имени

 , , , ,


0

1

Добрый день! Возникла проблема с подключением сетевой шары smb2 на Windows 10 Pro по короткому имени. Существует следующая инфраструктура: Сервер с FreeBSD5 (ip - 1.1.1.1) на котором поднята SMB2 шара, DNS, DHCP, WINS DHCP отдает кроме стандартных параметров DNS суффикс, и адрес WINS сервера В данном варианте все работает. То есть клиент Windows может подключиться к сетевой папке как \\servershare, так и \\servershare.domain

В рамках модернизации ЛВС перенесли роль DHCP на железку от Mikrotik На DHCP Mikrotik указано в качестве DNS,WINS - 1.1.1.1 и DHCP option 15 - необходимый DNS суффикс. (к слову указывал DNS суффикс и в опции Domain) Клиент получает все параметры DHCP. «servershare» резолвится, но подключиться к \\servershare не удается, в то время как к \\servershare.domain подключается корректно.

Не пойму куда смотреть дальше. К сожалению упразднить старую шару невозможно, на данный момент.

← FreeCAD - привязка к объектам
Замена строки по номеру в файле на Python →
Ответ на: комментарий от TerrorGrape

Какой трафик при этом приходит на 1.1.1.1? Идут ли WINS-запросы? Идут ли запросы на подключение по SMB? Кто является master browser в сегменте? В каком режиме функционирует резолвинг имен по WINS?

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

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

1. Имеется сервер FreeBSD5 (share.gc - 1.1.1.1) - SMB2, DNS, DHCP, WINS.
Клиенты в сети 1.1.1.0 без проблем пользуются SMB ресурсом \\share (1.1.1.1)
Данный сервер так же имеет интерфейс 2.2.2.1 подключенный к микроту.

2. Имеется микрот.
Одним интерфейсом смотрит в сторону сети 1.1.1.0 и имеет ip 2.2.2.2
Другим интерфейсом смотрит в строну сети 3.3.3.0 и имеет ip 3.3.3.2
Для сети 3.3.3.0 поднят DHCP который говорит клиентам, что WINS 1.1.1.1 и DNS суффикс - .gc
3. Клиент в сети 3.3.3.0 пингует share.gc, и может подключится на \\share.gc, но не может подключиться на \\share.

4. WINS сервер 1.1.1. отвечает, что \\share имеет адрес 2.2.2.1 - ресурс недоступен.

5. Если указать WINS 2.2.2.2 отвечает, что \\share имеет адрес 2.2.2.1- ресурс недоступен.

6. Если попытаться подключиться клиентом в сети 2.2.2.0 - с WINS 1.1.1.1 - ресурс доступен.

Клиент H-node

TerrorGrape
() автор топика
Ответ на: комментарий от TerrorGrape

Работает, но только через WINS или репликацию Netbios-трафика - так умеет работать SAMBA. То есть если у тебя есть линуксовый сервак, который смотреть во все сегменты и ты на нем подымешь samba - то в дефолтной настройке(если UDP-порт 137 не будет зафайерволен) в сетевом окружении венды ты увидешь ВСЕ вендовые компы.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от TerrorGrape

По пунктам 3-6 похоже на файрвол и/или проблемы с маршрутизацией. Хотя если пингует успешно по DNS-имени - скорее проблемы с файрволом.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Ответ на: комментарий от Pinkbyte

FW - для указанных подсетей разрешено все.
Опять так же, если я на клиенте в lmhosts пропишу 1.1.1.1 share #PRE, то все прекрасно работает.
Находил инфу, что для подстетей, которые не Directly Connected к WINS серверу требуется настраивать WINS proxy. Однако ввиду не популярности темы однозначного утверждения или опровержения этой информации я не нашел.

TerrorGrape
() автор топика
Ответ на: комментарий от Pinkbyte

У меня SAMBA\WINS сервер смотрит в 1.1.1.0 и 2.2.2.0
3.3.3.0 для сервера находится за маршрутизатором Mikrotik

TerrorGrape
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← FreeCAD - привязка к объектам
General
Замена строки по номеру в файле на Python →