Microsoft Q&A、Spiceworks、r/techsupport で、まさにこの問題が今でも見られます。リモート デスクトップで Alt+Tab が動作しなくなり、ショートカットキーがリモート セッションではなくローカル マシンに送られてしまい、見た目には何も壊れていません。セッションは接続され、文字入力も問題なく、マウス入力も正常なのに、Alt+Tab だけがローカルのデスクトップに切り替わってしまいます。リモート デスクトップでもローカル マシンと同じように Alt+Tab を使う方法を探して時間を費やしてきたなら、あなただけではありません。以下の修正策は、実際の事例から取り上げ、コミュニティのスレッド全体で検証・確認されたもので、あなたの状況に合うシナリオへすぐ進めるよう整理してあります。
リモート デスクトップ セッションで Alt+Tab が機能しないのはなぜですか？
簡潔な答え: mstsc は設定されたとおりに動作しています。既定では、リモート デスクトップはクライアントが全画面モードで実行されている場合にのみ、Windows のキーの組み合わせをリモート セッションに送信します。ウィンドウ モードのセッションでは、Alt+Tab はローカルのままで、リモート デスクトップのウィンドウはローカルのスイッチャー内のもう一つの項目として表示されます。これが起きていることを知らせる画面上の警告はありません。だからこそ、ほとんどの人が最初は驚くのです。
この動作は、各 .rdp ファイルに保存されている keyboardhook パラメーターによって制御され、mstsc では Local Resources の “Apply Windows key combinations” 設定として公開されています。既定値は 2 です。Microsoft はこれを、リモート デスクトップ サービスのショートカット キー リファレンスおよびKeyboardHookMode プロパティのドキュメントで文書化しています。これはバグではありません。これは設計上の選択であり、それを知ってしまえば、修正にはおよそ 30 秒しかかかりません。
RDPでAlt+Tabが機能しない問題を修正するために多くの人が最初に試すことと、それが失敗する理由
最初に試すのは、リモート デスクトップのウィンドウ内をクリックしてフォーカスを確認し、もう一度 Alt+Tab を押すことです。理にかなっているのはわかります。ですが、役に立ちません。ウィンドウにフォーカスしても、キーボードの組み合わせがどこにルーティングされるかは変わりません。
2 つ目の試みはたいてい AutoHotKey です。ここではしばしば信頼できません。というのも、ローカルでのリマップが期待どおりに動作する前に、mstsc のキーボード ルーティング設定が Windows のキーの組み合わせを先に捕捉してしまうからです。独自のショートカットのいくつかでは動くこともありますが、標準の Alt+Tab のルーティングに対するきれいな解決策ではなく、あきらめるまでにそれに午後を費やす人を見てきました。
3 つ目の試みは、”Apply Windows key combinations” を “On the remote computer” に切り替えて、Alt+Tab に両方のマシンが反応することを期待することです。ここが厄介なところで、この設定は二者択一です。mstsc には、同じ Alt+Tab コマンドをローカルとリモートの両方のデスクトップへ同時に送ることをサポートするオプションはありません。選べるのは、ローカル、リモート、または全画面時のみリモートのいずれかです。これで全てです。
リモート デスクトップで Alt+Tab を使う方法：実際に効果のある対処法
対処法 1: RDP の同等のキーボードショートカットを使用する (ウィンドウ モード、設定変更は不要)
なぜこれが有効なのか: Microsoft は、ウィンドウ表示のリモート デスクトップ セッション向けに専用のキーボード ショートカットを用意しています。これらは設定を一切変更しなくても機能し、ローカル側の Alt+Tab にはまったく影響しません。多くの人にとって、これは最もシンプルな解決策で、まず試すことをおすすめします。
Alt+Page Up は、リモート セッション内で開いているプログラム間を順方向に切り替え、Alt+Tab に相当します。Alt+Page Down は逆方向に切り替えます。Alt+Insert は、起動された順にプログラムを切り替えます。設定は不要です。
対処法 2: 全画面モードに切り替える (設定不要、最速の方法)
なぜ有効なのか: 既定のキーボード フック値 2 は、クライアントが全画面表示になった瞬間に Alt+Tab をリモート セッションにルーティングします。変更する設定も、編集する .rdp ファイルもありません。リモート デスクトップで Alt+Tab をたまに使えれば十分という場合は、これが最も手間の少ない方法です。
- アクティブなリモート デスクトップ セッション内で、Ctrl+Alt+Break を押して全画面表示に切り替えます。専用の Break キーがないノート PC では、Ctrl+Alt+Pause または Ctrl+Alt+Fn+Scroll Lock を試してください。
- Alt+Tab を押します。これでリモート セッション内でウィンドウが切り替わります。
- 必要に応じて、もう一度 Ctrl+Alt+Break を押してウィンドウ モードに戻します。
修正 3: mstsc でキーボード フックの設定を変更する (ウィンドウ モードの修正)
うまくいく理由: “リモート コンピューター上” に切り替えると、ウィンドウ モードでも、リモート デスクトップ ウィンドウにフォーカスがあるときに Alt+Tab がリモート セッションに渡されます。代償として、接続が開いている間はローカル マシンで Alt+Tab が安定して動作しなくなります。ローカルのアプリに戻るには、マウスでリモート デスクトップ ウィンドウの外側をクリックします。
- アクティブなリモート デスクトップ セッションを切断します。
- Win+R を押し、mstsc と入力して、Enter を押します。
- オプションの表示をクリックします。
- ローカル リソース タブをクリックします。
- キーボードの下で、”Windows キーの組み合わせを適用する” のドロップダウンを開きます。
- “リモート コンピューター上” を選択します。
- 再接続します。リモート デスクトップ ウィンドウにフォーカスがあるとき、Alt+Tab はリモート セッションに渡されるようになります。
対処法4: .rdp ファイルを直接編集する (一度設定すれば、毎回動作します)
なぜうまくいくのか: .rdp ファイル内の keyboardhook の値は、mstsc の UI と同じ設定を制御します。これを直接編集すれば、毎回オプション画面を開かなくても、接続をまたいで設定が保持されます。
- 保存済みの .rdp ファイルを見つけるか、mstsc の File > Save As から保存します。
- そのファイルをメモ帳で開きます。
- 次の行を探します: keyboardhook:i:2
- 次のように変更します: keyboardhook:i:1
- ファイルを保存して閉じます。
- .rdp ファイルを直接ダブルクリックして接続を開きます。
仕組み: keyboardhook の値
| 値 | mstsc の UI ラベル | Alt+Tab の送信先 |
| 0 | このコンピューター上 | すべての表示モードでローカル マシン |
| 1 | リモート コンピューター上 | RDP ウィンドウがフォーカスされているときはリモート セッション |
| 2 (既定) | 全画面表示のときのみ | 全画面ではリモート、ウィンドウ モードではローカル |
対処法 5: mstsc の設定が使えない場合は HelpWire を使用する
なぜ有効なのか: ポリシー制限により .rdp ファイルの編集や mstsc のキーボード設定変更がブロックされている場合、RDP を使わないリモートアクセスツールならキーボードフックの挙動を完全に回避できます。HelpWire は、RDP スタックを一切経由せずにリモートマシンへ接続できる無料のリモートサポートツールです。Windows、macOS、Linux で動作し、有人/無人の両方のセッションをサポートし、ポート 3389 を開放する必要もありません。
- helpwire.app からローカルおよびリモートの両方のマシンに HelpWire をダウンロードしてインストールします。
- HelpWire を起動し、提供されたセッションリンクまたは無人アクセス ID を使用して接続します。
- 接続後、Alt+Tab をテストして、希望する挙動になっているか確認します。
これらの解決策のいずれも効果がなかった場合
ネストされた RDP または RD Web Access: ジャンプボックス経由で接続し、その中から 2 つ目のリモート デスクトップ セッションを開いている場合、上記の mstsc の修正は内側のセッションには届きません。Microsoft のリモート デスクトップ サービスのドキュメントには明確にこうあります: ネストされた Remote Desktop または RemoteApp セッションではキーボード ショートカットは機能しません。すべてのキー押下は最初にそれを受け取ったセッション層で消費されます。Alt+Page Up もここでは機能しません。ジャンプボックス自体が壁だと気づくまでに 1 時間を無駄にする人を見たことがあります。ジャンプボックス上で内側のセッションを全画面表示で実行することが、mstsc スタック内での唯一の回避策です。
Windows Server 2025 上の RemoteApp: 少なくとも 1 件の記録された事例では、Windows Server 2025 の RemoteApp セッション内で Alt+Tab は開いているアプリを巡回しましたが、Server 2022 では正常に動作していたサムネイル プレビュー リストが表示されませんでした。2026 年 3 月の Microsoft Q&A スレッドにはキーボード フック設定に関する修正案が含まれていますが、投稿者は自分の環境では keyboardhook:i:2 でもプレビュー UI は復元されなかったと報告しています。これは上記の標準的なリモート デスクトップの Alt+Tab ルーティング修正とは別の、Server 2025 の RemoteApp 固有の挙動として扱ってください。
よくある質問
リモート デスクトップ セッション内で Alt+Page Up を押します。これは Alt+Tab に相当する RDP の標準キーボード操作で、mstsc の設定、.rdp ファイル、またはキーボード フックの値に手を加えずにウィンドウ モードで動作します。Alt+Page Down は開いているプログラムを逆順に切り替えます。Alt+Insert は起動順に切り替えます。
二つの方法があります。第一に、Alt+Page Up を使用します。これはリモートプログラム間を切り替えるためのネイティブな RDP ショートカットで、設定は不要です。第二に、mstsc の「ローカル リソース」で「Windows キーの組み合わせを適用する」設定を「リモート コンピューター上」に変更します。これにより、ウィンドウにフォーカスがあるときに標準の Alt+Tab がリモートセッションに送られます。
Alt+Page Up は、リモート デスクトップでの Alt+Tab に相当します。リモート セッション内で開いているプログラムを次のプログラムへ切り替えます。Alt+Page Down は前のプログラムに切り替えます。Alt+Insert は起動順にプログラムを切り替えます。
mstsc のキーボードフックはデフォルトで値 2 になっており、Alt+Tab をフルスクリーンを所有しているマシンにルーティングします。ウィンドウモードでは、それはローカルマシンです。.rdp ファイルで設定を keyboardhook:i:1 に変更するか、Ctrl+Alt+Break を押してフルスクリーンにすると、いずれでも解決します。
キーボード ショートカットは、ネストされたリモート デスクトップ セッションを通過しません。 Microsoft のドキュメントはこれを明言しており、各セッション レイヤーがキーストロークを独立して傍受します。物理キーボードからのキー押下は、最初に到達したセッションで消費され、内側には決して転送されません。Alt+Page Up もここでは機能しません。mstsc では、唯一の回避策はジャンプボックスを全画面表示にすることです。
