1

Я пытаюсь подключиться с клиентского ПК под управлением Windows 10 x64 "Windows A" к службам общего доступа к файлам на Mac mini под управлением сервера MacOS 10.12.2 Sierra (ОБНОВЛЕНИЕ: проблема также существует при прямом подключении к серверу Windows SMB на та же сеть). Это соединение через SMB работало просто отлично, однако, начав около пяти дней назад, я попытался снова установить это соединение и заметил, что оно не удалось.

Вот текущий фон:

  1. Со времени, когда я знаю, что это работает, изменилось несколько вещей, по крайней мере, два месяца назад: я обновил сервер до 10.12 с 10.11, на сервере ожидали сбой вентилятора и несколько раз происходил перегрев, пока я не понял, как Легко было заменить вентилятор на Mac Mini 2012 года, на "Windows A" было установлено несколько программ.
  2. Я использую macOS 10.12.2 Sierra в качестве файлового сервера SMB и AFP.
  3. Совместное использование файлов SMB включено в приложении "Сервер" на Mac.
  4. Я могу подключиться через MacOS-клиент к серверу без проблем, используя AFP и SMBv2 (зашифрованные и не зашифрованные).
  5. Я могу подключиться с моего Surface Pro 3 под управлением Windows 10 Desktop "Windows B" к серверу Mac без проблем с использованием SMB.
  6. Я могу подключиться через проблемный компьютер "Windows A" к серверу Mac, используя SFTP, FTP, SSH и т.д. Без проблем.
  7. Я попытался подключиться из "Windows A" к другому серверу Mac OS (Macbook Pro с MacOS 10.12 sierra): та же проблема сохраняется.
  8. Я также создал временную локальную учетную запись на компьютере, переключился на нее и попытался войти в систему с использованием этой учетной записи.
    • Wireshark показывает тот же процесс, что и с моей основной учетной записью: сначала выполняется попытка создания учетной записи пользователя "Windows A", затем запрашивается учетная запись, которую я ввожу вручную. Затем компьютер пытается подключиться, используя вновь введенную правильную учетную запись, и завершается неудачно, выполняя те же действия, что и в # 11 ниже (повторные согласования протокола и тайм-ауты).
  9. В целях тестирования я отключил все персональные брандмауэры, антивирус и т.д. В "Windows A".
  10. Я гарантировал, что "Windows A" настроена на обработку сети как частной с включенным общим доступом.
  11. Я выполнил перехват телефонных разговоров между "Windows A" и сервером Mac и заметил, что по умолчанию он попытается использовать мою учетную запись Microsoft для аутентификации на сервере Mac вместо того, чтобы запрашивать у меня пароль для действительного локального учетная запись. Это происходит при просмотре на машине.
  12. Если я вручную укажу общий ресурс (например, \serverIP \SHARENAME) в проводнике, то "Windows A" спросит у меня пароль и попытается установить сеанс с этой действительной локальной учетной записью. Тем не менее, wireshark показывает несколько syn/acks, затем запрос поддержки активности, после чего следуют повторные согласования протокола. Это происходит в течение нескольких итераций, в то время как файловый менеджер не показывает изменений в течение многих минут в течение этого времени.
  13. Я могу подключиться без проблем через SMB и SMBv2 к общей папке Windows при работе с тем же проблемным компьютером "Windows A". (ОБНОВЛЕНО) Но ТОЛЬКО при подключении к рабочей сети через SSL VPN. Когда непосредственно в рабочей сети, подключение через общие папки Windows не удается.
  14. Я удалил несколько частей программного обеспечения, включая OpenVPN, Pulse Secure VPN и некоторые другие небольшие программные пакеты, которые были установлены в течение последних нескольких месяцев. Проблема сохраняется.

Любое руководство по ремонту сетевой подсистемы SMB будет оценено.

Заранее спасибо за вашу помощь!

0