Недавно мы перенесли наши виртуализированные базы данных SQL в решение для «голого железа» в активном / активном кластере. Все работает отлично, кроме отчетов SQL.
Итак, краткое изложение нашей настройки здесь, поскольку она относится к SQL и отчетам:
Теперь, когда кто-то заходит на веб-сайт служб отчетов на своем рабочем столе и пытается запустить отчет, он получает ужасный Ошибка входа для пользователя NT AUTHORITY \ ANONYMOUS LOGON ошибка. Поэтому я добавляю требуемые SPN для пользователя службы для служб Reporting Services:
H:\>setspn -L DOMAIN\ssrs-user
Registered ServicePrincipalNames for CN=ssrs-user,OU=Systems,DC=domain,DC=local:
MSSQLSvc/SQLCLUSTERDB.domain.local:DATABASE
MSSQLSvc/SQLCLUSTERDB:DATABASE
http/xxyysq01
Обновите и .... все еще не работает. Мои поиски в Google привели меня к добавлению пользователя службы в Действовать как часть операционной системы и Выдача себя за клиента после аутентификации права пользователя. Еще ничего.
Я направляюсь к журналам ошибок. XXYYSQ01 предлагает следующее:
An account was successfully logged on.
Subject:
Security ID: NULL SID
Account Name: -
Account Domain: -
Logon ID: 0x0
Logon Type: 3
New Logon:
Security ID: DOMAIN\amason
Account Name: amason
Account Domain: DOMAIN
Logon ID: 0x2d70c77c4
Logon GUID: {955a0a82-c5cf-ca60-d063-cc4a32a363be}
Process Information:
Process ID: 0x0
Process Name: -
Network Information:
Workstation Name:
Source Network Address: -
Source Port: -
Detailed Authentication Information:
Logon Process: Kerberos
Authentication Package: Kerberos
Transited Services: -
Package Name (NTLM only): -
Key Length: 0
This event is generated when a logon session is created. It is generated on the computer that was accessed.
The subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.
The logon type field indicates the kind of logon that occurred. The most common types are 2 (interactive) and 3 (network).
The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.
The network fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.
The authentication information fields provide detailed information about this specific logon request.
- Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
- Transited services indicate which intermediate services have participated in this logon request.
- Package name indicates which sub-protocol was used among the NTLM protocols.
- Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
XXYYSQ2 дает мне:
An account was successfully logged on.
Subject:
Security ID: NULL SID
Account Name: -
Account Domain: -
Logon ID: 0x0
Logon Type: 3
New Logon:
Security ID: ANONYMOUS LOGON
Account Name: ANONYMOUS LOGON
Account Domain: NT AUTHORITY
Logon ID: 0xe684d0c85
Logon GUID: {00000000-0000-0000-0000-000000000000}
Process Information:
Process ID: 0x0
Process Name: -
Network Information:
Workstation Name: XXYYSQ01
Source Network Address: -
Source Port: -
Detailed Authentication Information:
Logon Process: NtLmSsp
Authentication Package: NTLM
Transited Services: -
Package Name (NTLM only): NTLM V1
Key Length: 128
This event is generated when a logon session is created. It is generated on the computer that was accessed.
The subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.
The logon type field indicates the kind of logon that occurred. The most common types are 2 (interactive) and 3 (network).
The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.
The network fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.
The authentication information fields provide detailed information about this specific logon request.
- Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
- Transited services indicate which intermediate services have participated in this logon request.
- Package name indicates which sub-protocol was used among the NTLM protocols.
- Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
И:
Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'. Reason: Token-based server access validation failed with an infrastructure error. Check for previous errors. [CLIENT: RE.DA.CT.ED]
Ага.
Что мне здесь не хватает? Я могу легко запускать отчеты из самого XXYYSQ01, поэтому я точно знаю, что это проблема с двойным прыжком. Однако из того, что я прочитал, то, что я сделал до сих пор, должно решить эту проблему. Дублирующих SPN нет, я проверил.
Я также изменил аутентификацию на Negotiate / Kerberos в файле rsreportserver.config. Строка подключения Сервер = SQLCLUSTERDB \ DATABASE; Начальный каталог = База данных
Любая помощь будет принята с благодарностью.
Нашел - решение состоит в том, чтобы предоставить учетной записи службы доступ для создания собственных имен SPN. Для этого просто предоставьте SELF чтение и запись в поле servicePrincipalName:
Как только вы это сделаете, вам нужно будет перезапустить службу SQL. НЕ ИСПОЛЬЗУЙТЕ УСЛУГИ С КЛАСТЕРИРОВАННЫМИ СЕРВЕРАМИ SQL! Служба отказоустойчивого кластера примет это как отказ и устранит его.