Windows 11のリモートデスクトップで音が出ない場合は、音を手元の接続元PCで聞きたいのか、接続先側で鳴らしたいのかを確認します。手元で聞く設定はaudiomode:i:0です。Windows 11 24H2・25H2では、特定構成でリモート音声を手元で再生できない問題が2026年9月8日のKB5124008で修正されているため、接続設定と合わせて更新状況も確認してください。
KB5124008の公式説明は「特定の構成」での音声リダイレクト問題を対象としており、すべての無音症状が同じ原因という意味ではありません。この記事では2026年9月11日に確認した公式情報をもとに、更新履歴、接続元の音量・出力先、RDPの再生設定、組織ポリシーを切り分けます。出典：KB5124008の公式リリースノート。
2026年9月の修正と、最初に確認すること
| 確認項目 | 見る内容 |
|---|---|
| 接続元PCだけで音が出るか | リモート接続以外でも無音なら、まずローカルの出力先・音量を確認 |
| どこで音を鳴らしたいか | 手元ならaudiomode=0。1はリモート側、2は再生しない設定 |
| 24H2・25H2の修正更新 | KB5124008または後続の累積更新が入っているか、接続元・接続先を区別して記録 |
| 変更後の確認 | 作業を保存して接続を切り、実際に使う設定で再接続して再生先を確認 |
KB5124008適用後のビルドは、24H2が26100.9445、25H2が26200.9445です。サーバーOSや別バージョンへこのKBを当てはめるのではなく、各端末のOSに対応した更新を確認します。修正済みで症状が残る場合も、設定や音量などの確認結果から次の調査を決めます。
音をどこで鳴らすかを先に決める
| 目的 | 設定と確認すること |
|---|---|
| 手元の接続元PCで聞く | 設定：audiomode:i:0動作：リモートセッションの再生音をローカルへ転送 確認：RDPクライアントのリモートオーディオ再生設定 |
| 接続先PC側で鳴らす | 設定：audiomode:i:1動作：接続先の物理または仮想出力で再生 確認：接続先の音声デバイスと利用形態 |
| どちらでも鳴らさない | 設定：audiomode:i:2動作：音声再生を無効化 確認：保存済みRDPファイル、配布設定、管理ポリシー |
| 手元のマイクを接続先で使う | 設定：audiocapturemode:i:1動作：ローカル入力をリモートセッションへ転送 確認：録音リダイレクト設定とホスト側ポリシー |
再生音とマイク入力は別設定です。audiocapturemode:i:0はローカル音声入力の転送を無効化し、audiocapturemode:i:1は有効化します。スピーカーだけ、マイクだけ、両方のどれが失敗するかを分けてください。値の定義はMicrosoft LearnのRDPプロパティ一覧に記載されています。
接続前に接続元PCで確認する
mstscを使う場合
- 接続中の作業を保存し、いったんリモートセッションを切断して接続前の画面へ戻ります。
- リモートデスクトップ接続を開き、［オプションの表示］→［ローカル リソース］→［リモート オーディオ］の［設定］を開きます。
- リモートオーディオの設定で、再生先が手元のコンピューターになっているか確認します。マイクも必要な場合だけ、録音をローカルから使う設定を確認します。
- 実際に使う接続設定で再接続し、Windowsのシステム音などを再生して手元で聞こえるか確認します。その後、業務アプリの音も別に確認します。
接続先のショートカットや配布された.rdpファイルをダブルクリックしている場合、GUIで変更した別の接続設定が使われていないことがあります。実際に開いているファイルをテキストエディターで開き、まず内容だけを確認してaudiomodeの値を見ます。編集する前に元ファイルを複製し、接続先アドレス、ゲートウェイ、署名に関わる設定まで誤って変えないようにします。
.rdpファイルを確認する場合
audiomode:i:0上の例は、再生音を手元の接続元へ送る設定です。マイクも接続先で使う場合だけ、別項目のaudiocapturemode:i:1を確認します。音を聞くだけなら録音リダイレクトを有効にする必要はありません。管理者が配布・署名したRDPファイルは、利用者が直接変更せず、現在の値を管理者へ伝えてください。
Windows Appや仮想デスクトップを使う場合
Windows Appは接続に使うクライアントです。Azure Virtual DesktopではホストプールのRDPプロパティとセッションホストの設定、Windows 365ではCloud PCの管理設定も確認します。利用者側で許可しても、管理側でリダイレクトが禁止されていれば有効になりません。使用クライアントと接続サービスを区別して管理者へ伝えてください。出典：RDPの音声・映像リダイレクト設定。
リダイレクトのテストでは、まずWindowsのシステム音などを使います。Teamsの最適化やマルチメディアリダイレクトを使うWebページは、通常のRDP音声とは別の処理になることがあるため、その結果だけでRDP全体を判断しないでください。
接続元の音声が正常か確認する
リモートデスクトップを閉じた状態で、接続元PCのブラウザーやWindowsの音声テストを再生します。ここで音が出なければ、RDP設定ではなくローカルの出力先、ミュート、音量ミキサー、Bluetooth接続、ドライバーを先に直します。ヘッドセットと内蔵スピーカーがある場合は、既定の出力が意図したデバイスか確認します。
RDPだけ無音の場合も、接続元の音量ミキサーでリモートデスクトップクライアントやWindows Appが個別にミュートされていないか、意図した出力先になっているか確認します。設定を変更する場合は現在値を控え、変更後にもう一度再生して結果を確かめます。
接続先セッションで確認する
リモートセッションの出力デバイス
手元で鳴らす設定で接続した後、接続先Windowsのサウンド設定を開き、リモートオーディオに相当する出力が認識されているか確認します。デバイスが見えるのに特定アプリだけ無音なら、アプリの出力先、会議設定、ミュートを確認します。Windowsのテスト音も出ないなら、RDPリダイレクトまたは音声サービス側の可能性が高まります。
接続先側で再生する設定は、利用者の手元へ音を転送する設定とは異なります。手元で聞きたい場合はaudiomode:i:0を確認してください。リモート側へ変更して音が出た場合も、当初の再生先の要件を満たすかを分けて判断します。
Windows Audioサービス
Microsoftの音声トラブルシューティングでは、Windows AudioとWindows Audio Endpoint Builderの再起動が案内されています。業務中の端末でサービスを再起動すると、ローカル利用者や他のセッションの音声が一時的に切れるため、接続先の管理者と影響を確認してから行います。多数の利用者が接続するRDSホストでは、個人判断でサービスを止めないでください。
グループポリシーと管理設定を確認する
セッションホストの音声再生リダイレクトと録音リダイレクトには、組織のポリシーが適用されます。再生の設定名は「オーディオとビデオの再生リダイレクトを許可する（Allow audio and video playback redirection）」です。この許可が無効なら、利用者側で手元の再生を選んでもリダイレクトできません。管理者はGPO・Intune・ホストプールの適用結果を確認し、録音側の許可とは分けて扱います。
| 確認対象 | 無音との関係・確認すること |
|---|---|
| 音声再生リダイレクト | 無音との関係：禁止されると手元へ音を送れない 利用者：設定画面と接続方式を伝える 管理者：適用GPO、Intune、ホストプールRDPプロパティ |
| 音声録音リダイレクト | 無音との関係：マイクだけ使えない原因になる 利用者：再生と録音を別々にテストする 管理者：録音禁止ポリシーとプライバシー要件 |
| 再生品質の上限 | 無音との関係：低帯域時の品質や途切れに影響 利用者：別回線で比較する 管理者：Dynamic、Medium、Highの設計と帯域 |
| 管理されたRDPファイル | 無音との関係：利用者のGUI変更を上書きし得る 利用者：ファイル名と配布元を確認する 管理者：署名、配布設定、 audiomode |
管理端末ではgpresultやMDM診断を使って適用元を調べる場合がありますが、結果には組織名や構成情報が含まれます。公開フォーラムへ貼らず、社内の管理経路で共有してください。レジストリを直接書き換えてポリシーを回避するのではなく、GPOやIntuneの正式な設定を修正します。
24H2・25H2の更新とドライバーを切り分ける
まず現在の更新状態を記録する
接続元と接続先それぞれでwinverまたは［システム］→［バージョン情報］を確認し、OSバージョンとビルドを記録します。［Windows Update］→［更新の履歴］では、KB5124008または後続の累積更新を確認してください。KB5124008は24H2で26100.9445、25H2で26200.9445になります。再起動待ちなら、作業を保存して更新を完了します。
KB5124008は、特定構成でリモートセッションの音をローカル端末から再生できない問題を修正しています。修正が未適用なら各OSに対応する最新更新を確認し、更新後に再接続して音を試します。修正済みで無音が続く場合は、古いRDP回避策を順番に繰り返すのではなく、音量、再生先、ホスト側の許可、アプリ固有の設定を確認してください。Microsoftのリリースノートだけから、個別端末で問題が発生した原因や、接続元・接続先のどちらだけを更新すれば十分かまでは断定できません。
音声ドライバーの更新とロールバック
Windows Update後にローカル音声まで止まった場合、Microsoftは更新の完了、音声ドライバーの更新、利用可能なら以前のドライバーへのロールバック、音声サービスの再起動という手順を案内しています。まずPCメーカーが提供する、その機種と利用中のWindowsバージョンに対応したドライバーを確認します。ドライバー配布サイトを装う非公式ダウンロードは使いません。
ロールバックは「更新直後から悪化し、以前のドライバーが端末に残っている」場合の選択肢です。復元ボタンがない、BitLockerや企業管理がある、重要業務端末である場合は管理者へ依頼します。ドライバー削除時にソフトウェアも消す選択は復旧を難しくするため、バックアップや再入手方法がない状態で実行しないでください。
確認結果に応じて進める復旧フロー
- 接続元PCだけで音を再生し、ローカル出力が正常か確認します。
- RDPを接続前画面から開き、再生先を手元に設定して新規接続します。
- 保存済み
.rdpを使うならaudiomode:i:0かを読み取り、元ファイルを保全します。 - 接続先でリモートオーディオ出力とWindowsのテスト音を確認します。
- 特定アプリだけなら、そのアプリの出力先とミュートを確認します。
- 複数利用者で同じなら、管理者が音声リダイレクトのGPO・MDM・ホストプール設定を確認します。
- 接続元・接続先のOSビルドと更新履歴を記録し、24H2・25H2ではKB5124008以降の適用状況を確認します。
- 更新直後からローカル音声も壊れた場合に限り、公式手順でドライバーの更新またはロールバックを検討します。
変更時の注意と戻し方
RDP設定を変える前に、現在の接続ファイルを複製し、ファイル名に日付を入れます。テストで改善しなければ複製を破棄し、元のファイルへ戻します。GPOやIntuneの変更は対象グループを限定してテストし、変更前の状態と割り当てを記録します。全社端末へ一度に展開すると、会議室、コールセンター、VDIなど異なる用途へ影響します。
音を出すためにマイク、ドライブ、カメラまで許可する必要はありません。特に録音リダイレクトは、接続先から手元のマイクを利用できるようにする機能です。業務要件がなければ無効のままにし、必要な人と接続先だけに許可します。署名者不明のRDPファイルは開かず、配布元へ確認します。
管理者へエスカレーションする基準
- 同じ接続先で複数の利用者が同時に無音になり、個別の音量や端末では説明できない。
audiomode:i:0でもリモートオーディオデバイスが作られず、GPOまたはMDM管理が疑われる。- 24H2更新後に音声だけでなくRDPセッションの停止、切断、黒画面が同時に発生する。
- ローカルPCでも音が出ず、デバイスマネージャーに警告がある、またはロールバック操作に管理権限が必要である。
- RDS、Azure Virtual Desktop、Windows 365など複数ユーザー基盤で、サービス再起動の影響を判断できない。
依頼には接続元と接続先のOSビルド、使用クライアント名と版、接続方式、.rdpの音声関連行、再生とマイクのどちらが失敗するか、ローカル再生の結果、発生開始日時を含めます。接続先アドレス、ユーザー名、ログは社内の安全な方法で渡し、パスワードやMFAコードは共有しません。
よくある質問
接続先では鳴るのに手元で聞こえません
再生先が接続先になっている可能性があります。接続を切り、接続前のリモートオーディオ設定で手元のコンピューターを選びます。保存済みRDPファイルならaudiomodeが1や2でないか確認します。
スピーカーは使えますがマイクだけ使えません
再生と録音は別のリダイレクトです。ローカルのマイクアクセス、RDPの録音設定、接続先の録音リダイレクトポリシーを順に確認します。マイクを転送する必要がある接続で、組織の方針に従って有効にします。
24H2をアンインストールすれば直りますか
先にOSビルド、既知の問題、最新更新、ドライバー、RDP設定を確認してください。24H2全体を原因と断定して戻すのは影響が大きく、セキュリティ更新も失う可能性があります。回復期限、BitLocker、業務アプリへの影響を管理者が評価した場合だけ、公式の回復手順を検討します。
手元と接続先の両方で同時に鳴らせますか
標準のaudiomodeは再生先をローカル、リモート、無音から選ぶ設計で、同時再生を指定する値ではありません。同時出力が業務要件なら、アプリ側の配信方式や音声基盤を管理者と設計してください。非公式の仮想音声ドライバーを本番端末へ安易に導入しないでください。
管理者へ何を伝えればよいですか
「音が出ない」だけでなく、接続元では音が出るか、Windowsのテスト音と特定アプリのどちらが失敗するか、マイクも失敗するか、利用クライアント、OSビルド、発生時刻を伝えます。これにより、端末、RDP設定、ホストポリシー、更新のどこを調べるか決められます。
まとめ
Windows 11のRDP無音では、まず手元と接続先のどちらで再生するかを確認します。手元で聞く設定はaudiomode:i:0で、マイク転送のaudiocapturemodeとは別です。接続設定を変更したら再接続して、目的の場所で音が聞こえるか確認してください。
24H2・25H2では、特定構成の音声リダイレクト問題がKB5124008で修正されています。接続元・接続先の更新履歴を確認し、修正済みでも続く場合は音量・出力デバイス・組織ポリシーを切り分けます。管理者へは両端末のビルドと、どこで何の音が出ないのか、確認した結果をまとめて伝えましょう。
公式情報
仕様や画面は更新されるため、実施前に次の公式情報も確認してください。
コメント