Хорошо, я выполнил шаги из https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-active-directory-authentication?view=sql-server-2017, чтобы попытаться исправить эту проблему, а также документацию SUSE / Redhat для подключения к серверу AD.
Серверы находятся в домене, я могу войти на серверы с моими учетными данными домена, но когда я пытаюсь войти в SQL как пользователь домена (то есть Sysadmin на SQL Server), я получаю сообщение «Ошибка входа в систему», вход в систему происходит из недоверенного домена и не может использоваться со встроенной аутентификацией (ошибка 18452) при попытке использовать SSMS из окна Windows, которое работает, если я вхожу с локальной учетной записью из него. Когда я вхожу в систему как пользователь домена в окне linux, я получаю SSPI Provider: сервер не найден в базе данных Kerberos и не может генерировать контекст SSPI. Если я использую sqlcmd для локального пользователя, подключающегося к FQDN любого сервера, он подключается нормально. Я не касался Linux с точки зрения администратора более 15 лет.
Это и на SUSE 12 SP2, и на сервере Redhat 7.5 в нашей тестовой среде. Ничего страшного для меня, но наши пользователи жалуются, потому что теперь им нужна локальная учетная запись для входа в систему для тестирования, а не просто для использования учетных записей домена, как в Windows. Любая помощь очень ценится, большая часть того, что я нахожу в Интернете, просто указывает мне на документ Microsoft, и я несколько раз перестраивал серверы, пытаясь добавить его в домен перед установкой SQL, а также после установки SQL, чтобы увидеть, если это сделал любую разницу, получаю одинаковую ошибку в обоих направлениях.