質問させていただきます。症状クライアントPCからサーバーへリモートデスクトップで接続すると、ログイン情報入力後に「認証エラーが発生しました(コード:0x80004005)」と表示され、接続できない。多いパターンはクライアントPCの起動後初めて対象サーバーにリモートデスクトップすると上記エラーが発生し、エラーポップアップをOKで閉じて再度同じサーバーにリモートデスクトップを実行するとログインできる。1度目ですんなりつながることもあれば、何度実行してもエラーになることもあり、傾向をつかみきれない。○このコンピュータへのリモート接続を許可する○ネットワークレベル認証でリモートデスクトップを実行しているコンピュータからのみ接続を許可するWindowsServer2008R2以前ではこのような現象が発生したことはありませんでした。対応策がありましたらご教授ください。回答1サインインして投票ネットワークレベル認証が有効になっているリモートデスクトップは、IPアドレスを指定するとそのサーバーに対してNTLM認証が、ホスト名を指定するとドメインコントローラと通信するKerberos認証が実施されます。サーバとDCの通信は安定しているけれど、クライアントとDC間の通信で問題があるというケースでは「IPアドレスなら問題ないけどホスト名だと時々問題がある」といったことになるのかもしれません。あとは2016/08/09のWidowsUpdate関連でKerberosとNTLM周りの仕様が変更になりました。このアップデートと発生時期が重なっているのであれば要確認ですね。5:18返信|引用すべての返信0サインインして投票こんにちは。そのMSTSCの接続設定をファイルに出力すると、それをメモ帳で開く事ができます。3:52返信|引用0サインインして投票ご返信ありがとうございます。name:i:0rdgiskdcproxy:i:0kdcproxyname:s:---------------------------------------------------------------------よろしくお願いいたします。以前似たような現象に陥ったことがあります。接続すると、特定のOSの組み合わせの時だけリモートデスクトップが非常に重かったりしました。接続先がHyper=Vのゲストだったのですが、ゲストOS、ホストOS、接続元の3か所でSNP機能を無効化したところ問題なく動作しました。ご存知ですか?https://blogs.technet.microsoft.com/jpntsblog/2010/03/22/scalable-networking-pack/以上、参考まで。追記:ドメインコントローラとの通信がうまくいかず一時的にローカルキャッシュを使用しての接続を試みている可能性もあります。一方のIPv6を無効化しているとか、DNSに古いDCの情報が残っていたりしないでしょうか。8:33返信|引用0サインインして投票こんにちは設定に不都合なところは無さそうです。接続先の指定ですが、IPアドレスとFQDNで結果は同じですか?それぞれ数回試してみてください。回答ありがとうございます。SNPは私も気になっていて、サーバー側のSNPを無効化してみましたが効果ありませんでした。その時試したクライアントはSNPが有効だったように思います。現在サーバーのSNPは有効に戻していて、本番稼働しているサーバーのためなかなか再起動できないのですが、再度試してみたいと思います。DNSに関しては1台だけ古いDCが残っていました。削除して様子を見てみます。回答ありがとうございます。私自身は確認できていないのですが、別の担当者はIPアドレスなら問題でなかったといっていたように思います。6:17返信|引用0サインインして投票このスレッドと似た事象だと思いますが、解決されていないようですね。https://social.technet.microsoft.com/Forums/ja-JP/281d9845-ea38-4fa3-92db-b9b14c458553/getting-a-authentication-error-0x80004005-using-rdp-on-windows-server-2012-servers?forum=winserverTSどのPCでもIPで接続OKでFQDNがダメなら、サーバ側の確認が先になるでしょうか。サービスの再起動などやってみてもいいかもしれませんが、あてずっぽうで申し訳ないです。9:03返信|引用1サインインして投票ネットワークレベル認証が有効になっているリモートデスクトップは、IPアドレスを指定するとそのサーバーに対してNTLM認証が、ホスト名を指定するとドメインコントローラと通信するKerberos認証が実施されます。サーバとDCの通信は安定しているけれど、クライアントとDC間の通信で問題があるというケースでは「IPアドレスなら問題ないけどホスト名だと時々問題がある」といったことになるのかもしれません。あとは2016/08/09のWidowsUpdate関連でKerberosとNTLM周りの仕様が変更になりました。このアップデートと発生時期が重なっているのであれば要確認ですね。情報ありがとうございます。IPアドレス指定→サーバーへのNTML認証ホスト名→DCへのKerberos認証これは知りませんでした。私が担当者からこの問題を聞いたのはお盆前でしたが、現象としてはもっと前から出ていたようです。金曜日にDNSに残っていた古いDCを削除しましたが、本日相変わらず1回目の接続で認証エラーが発生しました。解決の糸口が見えません。改善の兆しがあったので報告します。やき様の情報をヒントにKerberos認証で利用するモジュールのバージョンを調査し、古いモジュールだったのでバージョンアップしました。同一サイト内に2003R2と2008R2のDCが混在しているので、DNSゾーン及びレジストリで2008R2DCの優先度を高くしました。それ以後、認証エラーが発生する確率が格段に減りました。(アップデート途中のテストでは何度か出ていましたが)WireSharkでパケットキャプチャするとまだ2003R2DCに認証が飛んでいるようですが、モジュールバージョンアップしたDCだからか?問題なくつながります。トラブル出ていた時にWireSharkで調査していればもう少し原因究明できたかもしれませんが、、気が回りませんでした。2,3日様子を見たいと思います。本件、9/1の作業後問題発生していないので、解決とさせていただきます。回答マークは8/29のやき様の投稿とさせていただきますが、社員番号042様、やき様ともに貴重なご意見ありがとうございました。情報を無料ニュースレターで入手|日本での個人情報の取り扱い|サイトマップ|特商法に基づく表示|使用条件|商標|プライバシ。