SetSPNでアカウントを見つけることができません

Question

AD DCでもあるWindows Server 2012 R2にSQL Server 2014がインストールされています。

The target principal name is incorrect. Cannot generate SSPI context. (Microsoft SQL Server) 

だから、同じ問題で他の記事を以下、私がダウンロードしたケルベロス：私は同じローカルドメイン上のクライアントのデスクトップからSQL Server Management Studioを（SSMS）を使用して接続しようとすると、私は、このエラーメッセージが表示されました2つのMisplaced SPNが見つかりました。次のようにケルベロス構成マネージャによって提案されたSPNスクリプトコマンドは、次のとおりです。

SetSPN -d "MSSQLSvc/SERVERNAME.internal.domain.com" "internal\SERVERNAME$" 
SetSPN -s "MSSQLSvc/SERVERNAME.internal.domain.com" "DOMAIN\SERVERNAME$" 

をしかし、私は、サーバー上のCMDの最初のコマンドを実行しようとしたとき、（1「れるSetSPNは、-d」）、私はこのエラーを得ました：

FindDomainForAccount: Call to DsGetDcNameWithAccountW failed with return value 0x0000054B 
Unable to locate account SERVERNAME$ 

ここから先に進む方法がわかりません。周りのグーグルが正しい答えを明らかにしていない。助けてください。質問は以下のとおりです。

1）間違ったSPNが原因ですか？もしそうなら、修正する方法は？

2）そうでない場合は、Windows認証を使用して、同じローカルドメイン上のクライアントデスクトップからSQL Serverに接続するにはどうすればよいですか。

Answer 1

：私はそれが実際に次のようだったので、私のテスト環境を難読化する必要はありません。

SetSPN -s MSSQLSvc/dc1.dev.local DEV\dc1$ 

...と結果internal\SERVERNAME$アカウントはではなく、が存在します。 internal.domain.com\SERVERNAME$で、DOMAIN\SERVERNAME$と同じアカウントである必要があります。DOMAINは、internal.domain.comのWindows 2000以前の名前です。最初の問題を解決するには、いくつかのステップが実行されるthis post、から来たThe target principal name is incorrect. Cannot generate SSPI context. (Microsoft SQL Server)

：結果

、 見当違い SPNのKerberos構成マネージャによって識別されるように、最初のエラーメッセージの根本的な原因ではありませんクライアント側とサーバー側の両方で問題を解決してください。

Answer 2

Active Directoryドメインに参加しているマシンからスクリプトを実行し、マシンのDNSがADに正しく解決されていることを確認してください。 SERVERNAME $を検索するには、照会するActive Directoryドメインコントローラの場所をDNSに問い合わせる必要があります。 SPNスクリプトも間違っています。

1. 引用符を取り除きます。特に、囲むスペースがないため、この文脈では不要です。

2. 最初のコマンドを実行するには、ドメインにログインしてください。にログインしてください。 2番目のコマンドは、DOMAINにログインして実行されます。

SetSPN -d "MSSQLSvc/SERVERNAME.internal.domain.com" "internal\SERVERNAME$" 
SetSPN -s "MSSQLSvc/SERVERNAME.internal.domain.com" "DOMAIN\SERVERNAME$" 

この代わりにされている必要があります：

は私がの提案、スクリプトが考える

SetSPN -d MSSQLSvc/SERVERNAME.internal.domain.com internal\SERVERNAME$ 
SetSPN -s MSSQLSvc/SERVERNAME.internal.domain.com DOMAIN\SERVERNAME$ 

は、私はちょうど私の環境の2行目をテストし、それが働きました。 @ T-ヘロンの答えに私の最後のコメントパー

Checking domain DC=dev,DC=local 

    Registering ServicePrincipalNames for CN=DC1,OU=Domain Controllers,DC=dev,DC=local 
      MSSQLSvc/dc1.dev.local 
    Updated object 

    C:\>