Назад | Перейти на главную страницу

Сбой подключения общего ресурса Windows: STATUS_TRUSTED_RELATIONSHIP_FAILURE

Я регулярно подключаю общий диск с сервера Windows 2012R2 на машину Linux (OpenSUSE Tumbleweed). С прошлого четверга, когда обновления были установлены на сервере Windows, при монтировании появляется сообщение об ошибке.

Aug 26 11:45:27 <linux server> kernel: CIFS: Attempting to mount //<windows server>/<share>
Aug 26 11:45:27 <linux server> kernel: CIFS: Status code returned 0xc000018d STATUS_TRUSTED_RELATIONSHIP_FAILURE
Aug 26 11:45:27 <linux server> kernel: CIFS: VFS: \\a-store Send error in SessSetup = -5
Aug 26 11:45:27 <linux server> kernel: CIFS: VFS: cifs_mount failed w/return code = -2

Я пробовал разные варианты монтирования (vers = 2.0, 2.1, 3.0, sec = ntlm, ntlmssp) и разные пользователи - все с одинаковым результатом. Сервер linux может монтировать общие ресурсы с других серверов, а общие ресурсы на сервере Windows доступны (почти со всех) других компьютеров. Я попытался покинуть домен при повторном присоединении к нему на обеих машинах - безрезультатно.

В настоящее время я бы сказал, что причиной проблемы является одно из обновлений на сервере Windows. У нас есть другие серверы, работающие на 2012 R2, которые все еще работают нормально и также получили обновления в четверг. Единственное отличие - это язык операционной системы (немецкий / английский).

Есть ли способ получить дополнительную информацию по проблеме? Документация по «STATUS_TRUSTED_RELATIONSHIP_FAILURE» не совсем полезна.

Проблема заключалась в том, что я не мог использовать аутентификацию Kerberos. Я перешел с winbind на sssd, чтобы присоединиться к домену Windows, и использовал sec = krb5 в качестве опции в команде mount.cifs:

mount.cifs //server.tld/share /path/to/mount/point -o vers=3.0,sec=krb5

К сожалению, это было невозможно до того, как я перешел на sssd.

Похоже на проблему с аутентификацией, попробуйте следующее:

  1. следите за файлами журнала на вашем сервере Windows, чтобы выявить любые соответствующие ошибки
  2. Убедитесь, что учетная запись, которую вы используете в Linux, имеет право доступа к этому общему ресурсу, локальные и доменные учетные записи
  3. попробуйте простую проверку связи вашего Linux с Windows, если ваш брандмауэр позволяет это
  4. попробуйте с другой машины Linux
  5. почему вы говорите "почти все", возможно, есть что-то общее между тем, что блокирует ваш Linux и другие машины, которые не подключаются

Я надеюсь это поможет