1

Я только что перешел на Windows 10, и до сих пор все идет гладко, однако все, что связано с сетями, мешает (у меня есть другие проблемы: больше не получаю доступ в Интернет через проводные соединения на работе, не могу установить приоритет беспроводных сетей, случайные телефоны появляются в Сеть, медленное разрешение имен DNS, и VirtualBox все еще пытается выяснить, как заставить работать их сетевые драйверы). Однако самым неприятным на данный момент является следующее.

Резервным сервером для всех файлов является сервер Samba с именем "BACKUP". Он находится в той же рабочей группе ("WORKGROUP"), что и компьютер. Сначала я вообще не мог подключиться к нему, но после некоторой настройки параметров сервера Samba (заставив его работать на WINS-сервере и быть хозяином домена), теперь он, по крайней мере, иногда работает.

Компьютер также отображается в сети (так было всегда, даже до того, как я изменил настройки). Если я использую IP-адрес (например, \192.168.10.150), все работает найти сейчас. Однако, если я использую имя сервера (например, \BACKUP), я могу посещать только одну папку каждые 3-5 минут. Обычно попытки занимают очень много времени и заканчиваются "Сетевой путь не найден". Но очень часто они проходят быстро.

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

Я также попытался назначить сетевой ресурс букве диска без какой-либо помощи (при использовании имени) и с помощью различных команд: net view BACKUP против net view 192.168.10.150 ведут себя так же, как и в графическом интерфейсе, net view сам по себе всегда перечисляет BACKUP и nbtstat -a BACKUP и nbtstat -a 192.168.10.150 всегда возвращают одни и те же списки (состоящие из различных записей BACKUP и WORKGROUP вместе с ☺☻__MSBROWSE__☻). nbtstat -n перечисляет только WORKGROUP и локальный компьютер. Используя nbtstat -S я вижу соединение в списке и вижу, что IP-адрес правильно разрешен.

Некоторые вещи я заметил, но не уверен насчет:

  • nbtstat -a ... оба показывают, что машина BACKUP имеет MAC-адрес 00-00-00-00-00-00, который кажется неправильным, однако arp -a сообщает правильное значение.
  • ping BACKUP преобразуется в IP-адрес WAN (сервер Samba недоступен через WAN, но другие части сервера BACKUP доступны)

Сервер работал отлично в Windows 7.

Итак, как мне заставить машину Windows 10 последовательно подключаться к серверу Samba по имени?

1 ответ1

3

Я начал работать, основываясь на некоторой информации, которую я нашел о клиенте Windows 10 и Windows 7, как описано в этой ссылке.

Клиент Windows 10 попытается договориться о SMB 3.1.1, который еще не поддерживается в Samba (если только вы не скачаете, не соберете и не установите последний стабильный исходный код, который я считаю Samba 4.3 или более поздней).

Альтернативой перестройке Samba является выдача команд, показанных в следующей ссылке, чтобы заставить Windows 10 использовать более раннюю версию SMB. Я сделал это, и мои акции сразу все обнаружились ...

Отключите SMB2/3 в Windows 10:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb20 start= disabled

Включить SMB1 в Windows 10:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb10 start= auto

Так что все это прекрасно работает, за исключением одного дополнительного заминки:

Windows 10 настаивает на том, чтобы вы использовали учетные данные Microsoft Live Login. После входа в систему вы можете заново зарегистрировать "локально", но затем он возвращается в какой-то момент, когда вы запускаете приложение (например, "Магазин" или ряд других приложений Windows 10), которое хочет, чтобы вы подключились к своей учетной записи Microsoft.

Это неприятно, если вы указали свой идентификатор входа в Windows 7 в качестве идентификатора входа в Samba на своем сервере, поскольку теперь вы вошли в систему с каким-либо адресом электронной почты. Поэтому я добавил следующее в мой файл /etc/smbusers :

my_linux_id  my_ms_live_login_email(id)

Теперь все это работает все время, за исключением еще одного улова: я использую резервное копирование / восстановление Windows 7 для создания резервных копий диска на моем сервере Samba и по какой-то причине он все еще настаивает на том, чтобы я вошел в систему "локально" в Windows 10. Поэтому я должен сделать это вручную, прежде чем смогу сделать резервную копию. Я все еще работаю над этим вопросом.


Постскриптум о саге резервного копирования / восстановления Windows 7 ... Я не мог заставить работать резервную копию Windows 7. Он прошел бы часть пути, а затем утверждал, что не мог получить доступ к диску. Теперь я использую историю файлов Windows 10, которая, кажется, распознает мой диск Samba (с описанными выше изменениями SMB) очень хорошо.


Этот ответ был дан более 3 лет назад. С тех пор SMB 1 стал уязвимым для новых атак вредоносных программ, таких как WannaCry и Petya . Поэтому Microsoft предлагает пользователям прекратить использование SMB . С тех пор проблема с тем, что Windows 10 может видеть общие папки Samba, теперь может быть решена иначе.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .