リモートデスクトップエラー ‘ 内部エラーが発生しました ’は、多くの場合、RDP設定またはそのローカルグループポリシーのセキュリティが原因で発生します。ユーザーがリモートデスクトップ接続クライアントを使用して別のシステムに接続できないと述べている報告がかなりあります。報告によると、この問題は突然発生したものであり、特定のアクションが原因ではありませんでした。
リモートデスクトップ内部エラーが発生しました
[接続]をクリックすると、リモートデスクトップ接続クライアントがフリーズし、数秒後にエラーがポップアップ表示されます。リモートデスクトップ接続は、ビジネスまたは個人的な目的で多くのユーザーによって使用されているため、このエラーは非常に苦痛であることが判明する可能性があります。ただし、この記事を読むことで問題を解決できるので、心配しないでください。
Windows 10で「内部エラーが発生しました」エラーの原因は何ですか?
エラーは突然表示されるため、具体的な原因は不明ですが、次のいずれかの要因が原因で発生する可能性があります—
- リモートデスクトップ接続の設定: 一部のユーザーの場合、エラーはリモートデスクトップ接続クライアントの設定が原因で発生していました。
- RDPセキュリティ: 場合によっては、リモートデスクトッププロトコルのセキュリティが原因でエラーが表示されることがあります。その場合は、セキュリティレイヤーを変更する必要があります。
- コンピューターのドメイン: エラーが表示される可能性のあるもう1つの原因は、システムが接続されているドメインである可能性があります。このような場合、ドメインを削除してから再度参加すると、問題が修正されます。
さて、以下に提供されているソリューションを適用する前に、使用していることを確認してください 管理者アカウント 。また、問題をすばやく特定できるように、提供されているのと同じ順序で特定の解決策に従うことをお勧めします。
解決策1:リモートデスクトップ接続設定を変更する
まず、を変更して問題を切り分けようとします RDP設定 若干。一部のユーザーは、[接続が切断された場合に再接続する]チェックボックスをオンにすると、問題が解決したと報告しています。これを行うには、次の手順に従います。
- に移動します スタートメニュー 、 検索する リモートデスクトップ接続、 そしてそれを開きます。
- クリック オプションを表示 すべての設定を公開します。
- に切り替えます 経験 タブをクリックして、「 接続が切断された場合は再接続します ’ボックスがチェックされています。
RDP設定の変更
- もう一度接続してみてください。
解決策2:ドメインへの再参加
システムを接続しているドメインが原因で、エラーメッセージが生成されることがあります。このような場合、ドメインを削除してから再度参加すると、問題が解決します。方法は次のとおりです。
- 押す Windowsキー+ I 開く 設定 。
- 案内する アカウント 次に、に切り替えます 職場や学校へのアクセス タブ。
アカウント設定
- システムを接続しているドメインを選択し、をクリックします 切断する 。
- クリック はい 確認を求められたとき。
ドメインの削除の確認
- システムを切断し、プロンプトに従ってコンピュータを再起動します。
- システムを再起動したら、必要に応じてドメインに再度参加できます。
- RDPをもう一度使用してみてください。
解決策3:MTU値の変更
この問題を修正する別の方法は、MTU値を変更することです。最大伝送ユニットは、ネットワークで送信できるパケットの最大サイズです。 MTU値を削除すると、問題の修正に役立ちます。方法は次のとおりです。
- MTU値を変更するには、というツールをダウンロードする必要があります TCPオプティマイザー 。こちらからダウンロードできます。
- ダウンロードしたら、TCPオプティマイザーを開きます 管理者として 。
- 下部で、 カスタム の前に 設定を選択する 。
- 変更 MTU の値 1458 。
MTUサイズの変更
- クリック 変更を適用する その後、プログラムを終了します。
- 問題が解決するかどうかを確認します。
解決策4:グループポリシーエディターでのRDPのセキュリティの変更
場合によっては、WindowsグループポリシーのRDPセキュリティレイヤーが原因でエラーメッセージがポップアップ表示されます。このようなシナリオでは、RDPセキュリティレイヤーを使用するように強制する必要があります。方法は次のとおりです。
- に移動します スタートメニュー 、 検索する ローカルグループポリシー 開いて グループポリシーを編集する '。
- 次のディレクトリに移動します。
- コンピューターの構成>管理用テンプレート> Windowsコンポーネント>リモートデスクトップサービス>リモートデスクトップセッションホスト>セキュリティ
- 右側で、「 リモート(RDP)接続に特定のセキュリティレイヤーの使用を要求する ’をダブルクリックして編集します。
- ‘に設定されている場合 構成されていません '、 選択する 有効 そして前に セキュリティレイヤー 、選択 RDP 。
RDPセキュリティポリシーの編集
- クリック 適用する そしてヒット OK 。
- システムを再起動して、変更を有効にします。
- もう一度接続してみてください。
解決策5:ネットワークレベル認証を無効にする
ネットワークレベル認証またはNLAを無効にして、問題の修正を試みることもできます。この問題は、ユーザーまたはターゲットシステムが、NLAを使用してリモートデスクトップを実行しているリモート接続のみを許可するように構成されている場合に発生することがあります。無効にすると問題が解決します。方法は次のとおりです。
- あなたのに行く デスクトップ 、右クリック このPC 選択します プロパティ 。
- クリック リモート設定 。
- 下 リモートデスクトップ 、 'のチェックを外します ネットワークレベル認証を使用してリモートデスクトップを実行しているコンピューターからの接続のみを許可する ’ボックス。
ネットワークレベル認証の無効化
- クリック 適用する そしてヒット OK 。
- 問題が切り分けられるかどうかを確認します。
解決策6:リモートデスクトップサービスの再起動
場合によっては、リモートデスクトップサービスを再起動するとうまくいくことがあるため、この手順では手動で再起動します。そのために:
- 押す ' ウィンドウズ 「+」 R 」をクリックして、実行プロンプトを開きます。
- 「 サービス 。 msc 」を押して「 入る '。
Services.mscを実行しています
- 「」をダブルクリックします リモート デスクトップ サービス 」をクリックしてクリックします 'やめる'。
- クリック '開始' 少なくとも5秒待った後。
- 小切手 問題が解決しないかどうかを確認します。
解決策7:VPN接続を無効にする
コンピュータがプロキシまたはVPN接続を使用するように構成されている可能性があります。これにより、インターネット接続が別のサーバーを介してルーティングされ、接続を適切に確立できなくなる可能性があります。したがって、このステップでは、Internet Explorerのプロキシ設定を無効にします。また、コンピューターで実行されているVPNをすべて無効にする必要があります。
- 押す ウィンドウズ + R キーボードのキーを同時に押します。
- 画面に実行ダイアログボックスが表示されます。 「MSConfig」 空のボックスで、[OK]を押します。
msconfig
- システム構成ウィンドウからブートオプションを選択し、 「セーフブート」 オプション。
- [適用]をクリックして、[OK]を押します。
- 今すぐPCを再起動して、セーフモードで起動します。
- もう一度、同じを押します 'ウィンドウズ' + 「R」 キーを同時に入力して入力します 「Inetcpl.cpl」 [実行]ダイアログボックスで、を押します '入る' それを実行します。
inetcpl.cplを実行します
- インターネットのプロパティダイアログボックスが画面に表示されます。 「接続」 そこからタブ。
- 「 LANにプロキシサーバーを使用する 」ボックスをクリックし、「OK」をクリックします。
プロキシサーバーの使用を無効にする
- 今すぐMSConfigを再度開き、今度はセーフブートオプションのチェックを外して変更を保存し、コンピュータを再起動します。
- エラーメッセージが続くかどうかを確認します。
解決策8:ローカルセキュリティポリシーを再構成する
これは、ローカルセキュリティポリシーユーティリティを使用する必要がある問題を修正する別の方法です。次の手順に進むことで、それを行うことができます。
- 押す 'ウィンドウズ' + 「R」 実行プロンプトを開きます。
- 入力します 「Secpol.msc」 を押して '入る' ローカルセキュリティポリシーユーティリティを起動します。
- ローカルセキュリティポリシーユーティリティで、をクリックします。 「ローカルポリシー」 オプションをクリックしてから、 「セキュリティ オプション' 左ペインから。
[Windowsの設定]> [セキュリティの設定]> [ローカルポリシー]> [セキュリティオプション]に移動します
- 右ペインで、スクロールしてクリックします 「システム暗号化」 オプションと
- 右ペインでスクロールして「 システム暗号化:暗号化、ハッシュ、署名アルゴリズムなど、FIPS140準拠の暗号化アルゴリズムを使用します 」オプション。
- このオプションをダブルクリックして、 「有効」 次のウィンドウのボタン。
「有効」オプションをクリックする
- クリック 「適用」 変更を保存してから 'OK' ウィンドウの外に閉じます。
- そうすることでコンピュータの問題が解決するかどうかを確認してください。
解決策10:リモート接続を許可する
一部のシステム構成では、RDPの使用中にこのエラーが表示されるため、コンピューターでリモート接続が許可されない可能性があります。したがって、このステップでは、コントロールパネルからこの設定を再構成し、そうすることでコンピューターでこの問題が修正されるかどうかを確認します。それを行うには:
- 押す 'ウィンドウズ' + 「R」 実行プロンプトを起動します。
- 入力します 'コントロールパネル' を押して '入る' 従来のコントロールパネルインターフェイスを起動します。
クラシックコントロールパネルインターフェイスへのアクセス
- コントロールパネルで、をクリックします 'システムとセキュリティ' オプションを選択してから、 'システム' ボタン。
- システム設定で、をクリックします '高度なシステム設定' 左ペインから。
- 詳細なシステム設定で、をクリックします。 「リモート」 タブを押して、「 このコンピューターへのリモートアシスタンス接続を許可する 」オプションがチェックされています。
- それに加えて、「 このコンピューターへのリモート接続を許可する その下の「」タブもチェックされます。
このコンピューターへのリモート接続を許可する
- クリック 「適用」 変更を保存してから 'OK' 窓の外に出る。
- そうすることで、コンピューターでこの問題が修正されるかどうかを確認してください。
解決策11:サービスの起動を変更する
リモートデスクトップサービスが、自動的に起動できないように構成されている可能性があります。したがって、このステップでは、この構成を変更し、サービスを自動的に開始できるようにします。これを行うには、以下のガイドに従ってください。
- 押す 'ウィンドウズ' + 「R」 実行プロンプトを起動します。
- 入力します 「Services.msc」 を押して '入る' サービス管理ウィンドウを起動します。
ダイアログの実行:services.msc
- サービス管理ウィンドウで、をダブルクリックします。 「リモートデスクトップサービス」 オプションをクリックしてから、 'やめる' ボタン。
- クリックしてください 「スタートアップタイプ」 オプションを選択し、 「自動」 オプション。
スタートアップの種類で「自動」を選択する
- このウィンドウを閉じて、デスクトップに戻ります。
- その後、コンピュータを再起動し、問題が解決するかどうかを確認します。
解決策12:永続的なビットマップキャッシュを有効にする
この問題が発生するもう1つの考えられる理由は、「永続ビットマップキャッシング」機能がRDP設定から無効になっていることです。したがって、このステップでは、リモートデスクトップ接続アプリを起動し、エクスペリエンスパネルからこの設定を変更します。これを行うには、以下のガイドに従ってください。
- 押す 'ウィンドウズ' + 「S」 キーボードで入力します 'リモートデスクトップ接続' 検索バーで。
検索バーにリモートデスクトップ接続を入力する
- クリックしてください 「オプションの表示」 ボタンをクリックしてから、 '経験' タブ。
- [エクスペリエンス]タブで、 「永続的なビットマップキャッシング」 オプションを選択し、変更を保存します。
- リモートデスクトップ接続を確立してから、問題が引き続き発生するかどうかを確認してください。
解決策13:コンピューターで静的IPを無効にする
静的IPを使用するようにネットワークアダプターを構成していて、リモートデスクトップ接続と正しく連携していないために、この問題がコンピューターでトリガーされている可能性があります。したがって、この手順では、ネットワーク構成設定を使用してコンピューターの静的IPを無効にし、それによって問題が修正されるかどうかを確認します。そのために:
- 押す 'ウィンドウズ' + 「R」 実行プロンプトを起動します。
- 入力します 「Ncpa.cpl」 を押して '入る' ネットワーク構成パネルを起動します。
[実行]ダイアログボックスでこれを実行します
- ネットワーク構成パネルで、ネットワークアダプターを右クリックし、[ 'プロパティ'。
- をダブルクリックします 「インターネットプロトコルバージョン 4(TCP / IPV4)」 オプションをクリックしてから、 「一般」 タブ。
インターネットプロトコルバージョン4設定へのアクセス
- チェックしてください 「IPアドレスを自動的に取得する」 オプションを選択し、変更を保存します。
- クリック ' OK ‘ウィンドウを終了し、問題が引き続き発生するかどうかを確認します。
解決策14:SonicWallVPNの再構成
コンピュータでSonicWallVPNクライアントを使用していて、そのアプリケーションでデフォルト設定を使用している場合、リモートデスクトップ接続アプリケーションを使用しようとすると、このエラーが発生する可能性があります。したがって、このステップでは、VPN内からいくつかの設定を変更します。そのために:
- コンピュータでSonicwallを起動します。
- クリック 「VPN」 次に、 '設定' オプション。
- 探す 「VAN」 VPNポリシーリストの下。
- クリックしてください '構成、設定' 右側のオプションを選択してから、 'クライアント' タブ。
- クリックしてください 「仮想アダプタの設定」 ドロップダウンを選択して、 「DHCPリース」 オプション。
ドロップダウンからオプションを選択する
- そうすることで問題が解決するかどうかを確認してください。
- それでもこの問題が修正されない場合は、現在のDHCPリースをVPNから削除する必要があります。
- に移動します 「VPN」 オプションを選択してから、 「DHCPオーバー VPN」 ボタン。
- 既存のDHCPリースを削除し、接続を再開します
- これを行った後も問題が解決しないかどうかを確認してください。
解決策15:コマンドプロンプトによる接続の診断
リモートデスクトップ接続を使用して接続しようとしているコンピューターが、この問題がトリガーされているために接続に使用できない可能性があります。したがって、コンピュータが接続可能かどうかを診断する必要があります。
この目的のために、コマンドプロンプトを使用して最初にコンピューターのIPアドレスを特定し、次にコンピューターのコマンドプロンプトを使用してpingを実行します。 pingが成功した場合、接続を確立できます。そうでない場合は、接続しようとしているコンピューターに障害があり、設定に問題がないことを意味します。この目的のために:
- ローカルに接続するコンピューターにアクセスし、を押します。 'ウィンドウズ' + 「R」 キーボードのキーを押して、実行プロンプトを起動します。
- 入力します 「cmd」 を押して '入る' コマンドプロンプトを起動します。
[実行]ダイアログに「cmd」と入力します
- コマンドプロンプトで、次のコマンドを入力してを押します '入る' コンピューターのIP情報を表示します。
- 下にリストされているIPアドレスに注意してください 'デフォルトゲートウェイ' にあるべき見出し 「192.xxx.x.xx」 または同様の形式。
結果に表示される「デフォルトゲートウェイ」
- 接続しようとしているコンピューターのIPアドレスを取得したら、自分のコンピューターに戻ってさらにテストすることができます。
- パソコンでを押します 'ウィンドウズ' + 「R」 実行プロンプトを起動して入力します 「cmd」 コマンドプロンプトを開きます。
- コマンドプロンプトで次のコマンドを入力し、を押します '入る' それを実行します。
ping(接続するコンピューターのIPアドレス) - コマンドプロンプトがIPアドレスのpingを終了するのを待ち、結果を書き留めます。
- pingが成功した場合は、IPアドレスにアクセスできることを意味します。
- 今、私たちはテストします 「telnet」 IPアドレスを介してtelnetが可能かどうかを確認することによるコンピュータの機能。
- そのためには、 'ウィンドウズ' + 「R」 と入力します 「cmd」 コマンドプロンプトを開きます。
- 次のコマンドを入力して、RDPクライアントが開く必要のあるポートでtelnetが可能かどうかを確認します。
telnet 3389
- このtelnetが成功した場合は黒い画面が表示されますが、そうでない場合は、コンピュータでポートがブロックされていることを意味します。
黒い画面が返されない場合は、ポートでTelnetを実行しようとしているときにこの問題が表示されているため、コンピュータでポートが開かれていない可能性があることを意味します。したがって、このステップでは、コンピューターの特定のポートを開くようにWindowsファイアウォールを再構成します。そのために:
- 押す ' ウィンドウズ 「+」 私 」をクリックして設定を開き、「 更新 &セキュリティ」。
更新とセキュリティオプションの選択
- を選択 ' ウィンドウズ セキュリティ 左ペインから「」タブをクリックし、「 ファイアウォール およびネットワーク セキュリティ 」オプション。
ファイアウォールとネットワーク保護設定へのアクセス
- を選択 ' 高度な 設定 リストの「」ボタン。
- 新しいウィンドウが開きます。「 インバウンド ルール 」オプションを選択し、「 新着 ルール '。
「インバウンドルール」をクリックし、「新しいルール」を選択します
- 選択する ' 港 」をクリックしてクリックします '次'。
ポートを選択して[次へ]をクリックします
- クリック ' TCP 」を選択し、「 指定されたローカル ポート 」オプション。
「TCP」をクリックし、「指定されたローカルポート」オプションをチェックします
- 入力してください 「3389」 ポート番号に。
- クリック ' 次 」を選択し、「 許可する インクルード 接続 '。
「接続を許可する」オプションの選択
- 選択する ' 次 」とすべてを確認してください 三 オプションがチェックされます。
すべてのオプションをチェックする
- もう一度、「 次 」と書いて「 名前 新しいルールの場合は」。
- 選択する ' 次 名前を書き込んだ後、「」をクリックし、「 終了 '。
- 同様に、リストした4番目のステップに戻り、選択します 「アウトバウンドルール」 今回はプロセス全体を繰り返して、このプロセスのアウトバウンドルールも作成します。
- インバウンドルールとアウトバウンドルールの両方を作成した後、問題が解決しないかどうかを確認します。
解決策16:クライアントでUDPをオフにする
レジストリ内またはグループポリシーから設定を変更するだけで、この問題を修正できます。 Windows Homeバージョンを使用している場合は、レジストリメソッドを使用してこのソリューションを試すことができます。それ以外の場合は、以下のガイドからグループポリシーメソッドを実装できます。
レジストリ方法:
- 押す 'ウィンドウズ' + 「R」 実行プロンプトを起動します。
- 入力します 「regedit」 を押して '入る' レジストリを起動します。
regedit.exe
- レジストリ内で、次のオプションをナビゲートします。
HKLM SOFTWARE Policies Microsoft Windows NT Terminal Services Client
- このフォルダ内に、 fClientDisableUDP オプション 「1」。
- 変更を保存して、レジストリを終了します。
- この値をレジストリに追加すると、コンピューターでこの問題が修正されるかどうかを確認してください。
グループポリシーの方法
- 押す 'ウィンドウズ' + 「R」 キーボードのボタンをクリックして、実行プロンプトを起動します。
- 入力します 「gpedit.msc」 を押して '入る' グループポリシーマネージャーを起動します。
[実行]ダイアログにgpedit.mscと入力し、Enterキーを押します
- グループポリシーマネージャーで、をダブルクリックします。 「コンピューター構成」 オプションを開き、 '管理用テンプレート' オプション。
- ダブルクリック 「Windowsコンポーネント」 次に、「リモートデスクトップサービス」オプションをダブルクリックします。
- をダブルクリックします 「リモートデスクトップ接続クライアント」 次に、をダブルクリックします 「クライアントでUDPをオフにする」 オプション。
- チェックしてください 「有効」 ボタンをクリックして、変更を保存します。
「有効」オプションの確認
- グループポリシーマネージャーを終了し、問題が解決するかどうかを確認します。
PowerShellコマンドの使用
何らかの理由で上記のようにレジストリ値を追加できない場合は、WindowsPowershellユーティリティを使用してこの変更を実装することもできます。その目的のために:
- 押す 'ウィンドウズ' + 'バツ' キーボードで、 「Powershell(管理者)」 オプション。
管理者としてPowerShellを実行する
- PowerShellウィンドウ内で次のコマンドを入力し、「Enter」を押して実行します。
New-ItemProperty'HKLM: SOFTWARE Microsoft Terminal Server Client '-Name UseURCP -PropertyType DWord -Value 0
- コンピューターでコマンドを実行した後、問題が解決しないかどうかを確認します。
最終的解決:
この問題に直面していたほとんどの人は、最近のWindowsUpdateの後に発生することに気づきました。情報筋によると、この問題は、リモートクライアントまたはWindows自体が1809バージョンのWindowsに更新されている場合に発生します。したがって、最終的な解決策として、 以前のバージョンのWindowsに戻る または、オペレーティングシステムのより安定したバージョンがリリースされるのを待ちます。
読んだ12分