SQL Server 2008 Windows Authログインエラー：ログインは信頼されていないドメインからのものです

Management Studioを使用してSQL Server 2008インスタンスに接続しようとすると、次のエラーが発生します。

ログインに失敗しました。ログインは信頼されていないドメインからのものであり、Windows認証では使用できません。（Microsoft SQL Server、エラー：18452）

SQL認証で問題なくログインできます。私は突然このエラーを受け取りました。混合モード認証をオンにしました。

誰かこれについて何か経験がありますか？

追加情報：64ビットバージョンのSQL Enterprise Edition on Windows 2003 Server

これが発生する可能性のあるもう1つの理由（ちょうど私に起こりました）...ユーザーのパスワードの有効期限が切れているためです。実際のサーバーにリモート接続してパスワードを変更するように求められるまで、私はこれに気づきませんでした。

私にとって、これは私が空のdrivers/etc/hostsファイルを編集し、ローカルWebサイトのエントリを追加したときに起こりましたが、追加を怠っていました127.0.0.1 localhost

この問題は、Active Directoryサーバーのダウンが原因で発生しましたが、もちろんWindowsアカウントを認証できませんでした。ご協力いただきありがとうございます。

これに遭遇した人のために、私は私のhostsファイルにこれを入れました：

127.0.0.1   localhost
127.0.0.1   customname

そして私はこれがこれである必要がありました：

127.0.0.1   localhost
127.0.0.1   localhost   customname

「この問題は、Active Directoryサーバーがダウンしているために発生しました。もちろん、Windowsアカウントを認証できませんでした。」

「もちろんです。ADが利用できない場合、Kerberos認証はNTLMにフォールバックします（ドメインアカウントの資格情報はローカルにキャッシュされるため、AD / Kerberosが利用できない場合でも、ログインできます。おそらく2つあると思います。この失敗が同時に発生する条件：

• SQL Serverはローカルではありません（別のマシン上）
• 信頼は「Kerberosのみ」で構成されています

または他の特定のセキュリティネットワーク/サーバー/ AD /マシン構成

ローカルマシンのサーバーインスタンスでこの問題が発生し、hostsファイルで "localhost"以外の何かを使用して127.0.0.1を指していることが原因であることがわかりました。私の場合、この問題を修正するには2つの方法があります。

1. ホストファイル内の127.0.0.1を指している問題のあるエントリをクリアする
2. 127.0.0.1を指すhostsファイル内の他の名前の代わりに「localhost」を使用します

*これは、ローカルボックスでSQLサーバーインスタンスを実行していて、同じマシンからアクセスしようとしたときにのみ機能しました。

別のdomain \ userのVPNに接続していないことを確認してください。または、逆に、必要な場合は接続されていることを確認してください。

ループバックチェックの設定を無効にするマシンでこの問題を修正しました。

1. Windowsレジストリを編集します：スタート–>実行> Regedit
2. 次の場所に移動します：HKLM \ System \ CurrentControlSet \ Control \ LSA
3. 「DisableLoopbackCheck」というDWORD値を追加します
4. この値を1に設定します

RUNASコマンドを使用して別の有効なログインを使用してみてください

runas /user:domain\user “C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ssmsee.exe” 

runas /user:domain\user “C:\WINDOWS\system32\mmc.exe /s \”C:\Program Files\Microsoft SQL Server\80\Tools\BINN\SQL Server Enterprise Manager.MSC\”" 

runas /user:domain\user isqlw 

私にとっては、SQLデータベース自体に使用したいロールを持つアカウントを追加しなかったためです。また、不正なパスワードが原因で、アカウントのロックペーストの問題をコピーペーストすることができます。

さて、完全に私からの答えがあります。VM VirtualBoxでホストされている開発環境からこのエラーが発生しました。3つのサーバー。SharePoint、SQL DB、およびドメインコントローラー。SharePointサーバーは構成データベースに接続できませんでした。SA認証を使用してSQL認証用にODBC経由で接続できましたが、Windows認証はできませんでした。しかし、そのユーザーはSQLサーバー自体のSSMSに喜んでログインします。ODBCからもより良いエラーメッセージが表示されました。また、SQLサーバーで失敗したログインメッセージを確認することでも確認できました。

select text from sys.messages where message_id = '18452' and language_id = 1033

エンタープライズシステム管理者の1人に助けを求め、私が送ったいくつかのスクリーンショットを見てから約5分で診断したので、これは信用できません。 問題は、ドメインコントローラーのクロックが正しく設定されていないことでした。 信じられなかった。サーバーはホストオンリーネットワーク用にセットアップされているため、クロックを同期するためのインターネットはありません。これは、システムが動作していることを知っているときに以前のスナップショットにロールバックしても問題が解決されなかった理由も説明しています。

編集：サーバーにGuest Additionsをインストールすると、ゲストクロックがホストと同期されます。

デフォルトではfalseに設定されているUSENTLMV2というjTDSドライバーの設定があります。これを私のdbソフトウェア（DBVisualizer）で 'true'に設定すると解決しました。

これが表示される可能性があるもう1つのシナリオは、パスワードの変更中に既にログインしていたSSMSセッションから別のSQLサーバーに接続しようとしている場合です。イベントのシーケンスは次のようになります。

1. Server-A（SQL Server）へのRDP、SSMSを開いてログイン
2. 同じドメイン内のServer-BへのRDPとパスワードの変更
3. サーバーAのRDPセッションに戻り、SSMSを介して、既存のAlwaysOn可用性グループに別のDBを追加しようとします。レプリカに接続すると、「信頼できないドメイン」-login-errorが発生する

解決するには、ログオフして再度ログインするだけです

ローカルで使用するユーザー名について誤解を招く可能性があります。それがWindows 10 Homeでの私のケースでした。コントロールパネルでユーザーを見ると、usrpc01という名前が表示されています。しかし、と入力net config workstationすると、ユーザーの名前はspc01のようです。誰かがユーザーの名前を変更したようですが、内部名は変更されていません。

Windowsのユーザー名（およびC:\Users元の内部名も参照するの下のフォルダー名）を修正する方法がわからないので、dbサーバーに新しいユーザーアカウントを追加しました。

ドメインアカウントからSQL Server 2008にログインしようとしています。SQL Server 2008は、ドメインに属していない別のワークグループコンピューターでホストされています。不思議なことに、SQL Server 2008が実行されているワークグループサーバーで、[システムのプロパティ]に移動する必要がありました。コンピュータ名（タブ）| 変更（ボタン）| コンピューター名の変更| 詳細...（ボタン）をクリックして、「このコンピュータのプライマリDNSサフィックス」（空白だったため、ネットワークに必要なサフィックスを入力してください）を入力し、[ドメインメンバーシップの変更時にプライマリDNSサフィックスを変更する]チェックボックスをオンにします。これにより、SQL Server 2008にログインするときにWindows認証プロセスが完了しました。

これを最新のWindowsで機能させるには、netonlyを使用する必要がありました。

runas /netonly /user:domain\user "C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\ssms.exe"

別の理由>誰かがデフォルトのSQLユーザーのパスワードを変更した

これは数分前に新しいドメインコントローラーに切り替えることで起こりました...

私は下のホストファイルに間違ったエントリがありました C:\Windows\System32\drivers\etc

[Microsoft][SQL Server Native Client 11.0][SQL Server]Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.

以下のようなエントリがあることを確認してください

127.0.0.1   localhost
127.0.0.1   localhost   servername

"127.0.0.1"を指すSQL Serverインスタンスのエイリアスを使用していました。代わりに "localhost"に変更するとうまくいきました。

Sql Serverがドメインの一部ではないサーバー上で実行されており、接続文字列でIntegrated Security = Trueで完全に隔離されたドメイン名（例：xyz.mypc.com）を使用している場合、いずれかを使用するように切り替える必要がある場合があります。ローカルでホストされている場合は、IPアドレス、MachineName（SERVER01）、またはドット（。）。

これは私にとってはうまくいき、fqdnを使用すると上記のエラーが発生しました。

Windows認証を有効にするには、両方のコンピューターが同じドメインにある必要があります。管理スタジオが現在の資格情報を渡し、SQLボックスで認証できるようにするため

私にとっては、ドメインから切断（ワークグループ/ドメインを変更）して、再接続する必要があります。

もう1つの考えられる理由：DBサーバーで新しく作成されたローカルアカウントには、「ユーザーは次回ログイン時にパスワードを変更する必要があります」フラグが設定されていました。

これは私のためにそれを修正したものです：ネットワーク接続のプロパティクリックしてください：「インターネットプロトコルバージョン4（TCT / IPv4）」。「プロパティ」ボタンをクリックします。「詳細」ボタンをクリックします。「DNS」タブを選択します。「この接続のDNSサフィックス」のテキストを削除します。

SQLサーバーにリモート接続することもできませんでした。同じドメインにあるSQLサーバーとリモートサーバーの両方。そして、私は数日前にパスワードの変更を要求されていました。SQLサーバーにアクセスしようとしていたSQLサーバーとリモートサーバーの両方を再起動するのは、私にとってはトリックでした。

私たちのケースでは、開発者が自分のアカウントでアプリケーションプールを実行していて、パスワードをリセットしましたが、アプリケーションプールでパスワードを変更するのを忘れていました。ええと...

私の場合、サーバーはドメインコントローラで無効にされていました。Active DirectoryのCOMPUTERS OUに移動し、サーバーを右クリックして有効にし、SQLサーバーからgpupdate / forceを実行しました。少し時間がかかりましたが、ようやく動作しました。

私の場合、ホストファイルでは、マシン名は古いIPでハードコードされています。古いIPを新しいIPに置き換えると、問題は解決しました。

ホストファイルの場所

WindowsDrive：\ Windows \ System32 \ drivers \ etc \ hosts

変更された 159.xx.xx.xxx MachineName

上記のどれも私にとってはうまくいきませんでした。SQL Server Management Studioのログイン画面で、[オプション]を選択しました。[ネットワーク]セクションで、ネットワークプロトコルを名前付きパイプに変更しました。

また、<default>設定で動作させるために私がしなければならなかったのは、ワイヤレスネットワークを無効にすることでした（マシンは有線LANにも接続されていました）。

私の修正は、SQL接続の新しいサーバー名と相関するようにweb.configファイルを変更することでした（ITセキュリティは、開発ボックスでnetdomの名前を変更しただけです）。