Windows 11のリモートデスクトップやAzure Virtual Desktop（AVD）で、「コピーできたはずなのに貼り付けられない」「接続直後は使えるが、途中からクリップボードが反応しなくなる」といった問題が発生している場合、今後のWindows Updateで改善される可能性があります。
Microsoftは、Windows 11 version 24H2のOS Build 26100.8968と、version 25H2のOS Build 26200.8968において、一部のリモートデスクトップおよびAVD環境でクリップボードの信頼性を改善したと案内しました。ただし、2026年7月23日時点ではRelease Previewチャネル向けの情報であり、一般利用者へ広く提供済みとは断定できません。さらに段階的なロールアウト対象なので、同じビルドを導入しても端末によって改善内容の提供状況が異なる可能性があります。(Microsoft Learn)
重要なのは、今回の改善を待つだけでなく、クリップボードが使えない原因を「Windows側の信頼性問題」と「AVDやグループポリシーの設定問題」に分けて確認することです。
リモートデスクトップとAVDのクリップボード信頼性を改善
Microsoftが公開した対象ビルドは次のとおりです。
| Windows 11のバージョン | OS Build | 提供チャネル | 提供状況 |
|---|---|---|---|
| Windows 11 version 24H2 | 26100.8968 | Release Preview | 段階的ロールアウト |
| Windows 11 version 25H2 | 26200.8968 | Release Preview | 段階的ロールアウト |
リリース日は2026年7月20日です。Microsoftのリリースノートでは、クリップボードについて「一部のリモートデスクトップおよびAzure Virtual Desktopのシナリオで信頼性を改善した」と説明されています。(Microsoft Learn)
今回の変更は、クリップボードの新機能追加ではありません。既存のクリップボードリダイレクト機能が、特定の条件下で安定して動作しない問題への信頼性改善です。
一方、Microsoftは次のような詳細を公開していません。
- 具体的にどの操作で問題が発生していたのか
- テキスト、画像、ファイルのどれが対象なのか
- ローカルPC側とセッションホスト側のどちらに主な原因があったのか
- Windows App、従来のリモートデスクトップ接続、Webクライアントのどれが対象なのか
- すべてのクリップボード問題が解消されるのか
そのため、「このビルドを導入すれば、AVDのコピー＆ペースト問題がすべて直る」と判断するのは早計です。
一般提供済みとは断定できない
OS Build 26100.8968と26200.8968は、Windows Insider ProgramのRelease Previewチャネル向けに案内されたビルドです。
MicrosoftはRelease Previewを、一般公開直前の製品ビルドへ早期アクセスしたい法人利用者やWindows Insider向けの高度な選択肢と位置付けています。通常のWindows Updateで全利用者に提供される一般向け更新とは、確認段階が異なります。(Windows Blog)
また、クリップボードの改善はリリースノート内の「Gradual rollout」に記載されています。段階的ロールアウトでは、対象機能や改善がすべての端末へ同時に有効化されるわけではありません。端末や市場によって提供時期が変わる場合があります。(Microsoft Learn)
したがって、現時点では次のように判断するのが適切です。
| 判断項目 | 現時点での扱い |
|---|---|
| Microsoftが改善を案内したか | 案内済み |
| Release Previewで提供されたか | 提供済み |
| 対象ビルドを入れれば必ず改善するか | 断定できない |
| 一般向けWindows Updateへ広く提供済みか | Release Previewの案内だけでは断定できない |
| 本番AVDへすぐ導入すべきか | 検証環境での確認が必要 |
一般利用者や本番業務で利用している端末は、クリップボード改善だけを目的にWindows Insider Programへ参加するのではなく、通常チャネルへの反映を待つのが安全です。
クリップボード問題が今回の改善対象かを切り分ける
リモートデスクトップのクリップボードが使えない原因は、Windowsの不具合だけではありません。AVDのホストプール設定、グループポリシー、Intune、転送方向の制限、ファイルサイズなどでも同様の症状が発生します。
まずは、症状を次のように分類します。
| 症状 | 優先して確認する項目 |
|---|---|
| 接続直後から一度もコピーできない | クリップボードリダイレクトの設定やポリシー |
| ローカルからリモートだけ使えない | 転送方向の制限 |
| リモートからローカルだけ使えない | 転送方向の制限 |
| テキストはコピーできるがファイルはできない | ドライブリダイレクト、データ形式、ファイルサイズ |
| 接続直後は使えるが途中から反応しなくなる | 今回の信頼性改善に関係する可能性 |
| 再接続すると一時的に直る | セッション中のクリップボード処理の不安定さを疑う |
| 特定ユーザーや特定ホストだけで発生する | ポリシー適用、ホストのビルド、イメージ差分 |
| 2GBを超えるファイルだけ失敗する | クリップボード転送の仕様上の制限 |
特に、「最初から完全に使えない」場合は、Windows Updateより先に設定を確認してください。ポリシーで無効化されているクリップボードは、信頼性改善の更新を導入しても有効にはなりません。
Windows 11のリモートデスクトップ接続で確認する手順
OS Buildを確認する
ローカルPCとリモートPCの両方で、現在のOS Buildを確認します。
WindowsキーとRキーを押します。winverと入力します。- 「Windowsのバージョン情報」を開きます。
- バージョンとOS Buildを記録します。
今回案内されたビルドは次のとおりです。
- version 24H2：OS Build 26100.8968
- version 25H2：OS Build 26200.8968
Microsoftは、改善がローカルクライアント側、リモートホスト側、または両者に関係するのかを明示していません。そのため、検証時は接続元と接続先の両方のビルドを記録しておくことが重要です。
クリップボード共有が有効か確認する
Windows標準の「リモートデスクトップ接続」を利用している場合は、接続前に設定を確認します。
- スタートメニューで「リモートデスクトップ接続」を検索します。
- 「オプションの表示」を選択します。
- 「ローカル リソース」タブを開きます。
- 「ローカル デバイスとリソース」にある「クリップボード」を有効にします。
- 設定後にリモートセッションへ接続し直します。
リモートデスクトップ接続では、「ローカル リソース」タブから、リモートPCへ共有するデバイスやリソースを指定できます。(Microsoft Learn)
設定を変更しただけでは、接続中のセッションへ反映されない場合があります。現在の接続を切断し、新しいセッションでテストしてください。
まずプレーンテキストで確認する
最初から画像やファイルをコピーすると、原因の切り分けが難しくなります。
次の順番で確認すると、どこに問題があるか判断しやすくなります。
- ローカルPCのメモ帳から、短いテキストをコピーする
- リモートPCのメモ帳へ貼り付ける
- リモートPCからローカルPCへ逆方向にコピーする
- 小さい画像をコピーする
- 数KB程度の小さいファイルをコピーする
- 実際の業務ファイルで確認する
テキストが双方向で使えるのにファイルだけ失敗する場合は、クリップボード全体の障害ではなく、ファイル転送に関する設定や制限の可能性があります。
2GBを超えるファイルはクリップボードで転送しない
Microsoftは、リモートデスクトップのクリップボードリダイレクトを使ったファイル転送について、2GBを超えるファイルはサポートされず、エラーを表示せずに失敗する場合があると案内しています。
大容量ファイルはクリップボードでコピーせず、ドライブリダイレクトなど、組織で許可された別の転送方法を使用してください。(Microsoft Learn)
この制限は、今回のクリップボード信頼性改善とは別の問題です。OS Build 26100.8968や26200.8968を導入しても、2GBを超えるファイルをクリップボードで転送できるようになるとは限りません。
AVD管理者が確認すべき設定
Azure Virtual Desktopでは、利用者側の設定だけでなく、ホストプール、セッションホスト、Intune、グループポリシーの設定が組み合わさって最終的な動作が決まります。
ホストプールのRDPプロパティを確認する
Azure portalでは、次の順番で確認します。
- Azure portalへサインインします。
- 「Azure Virtual Desktop」を開きます。
- 「ホスト プール」を選択します。
- 対象のホストプールを開きます。
- 「RDP プロパティ」を開きます。
- 「デバイス リダイレクト」を選択します。
- 「クリップボード リダイレクト」の設定を確認します。
Microsoftのドキュメントでは、新しく作成したAVDホストプールについて、ホストプール側のクリップボードリダイレクトが既定で無効になる構成が案内されています。OS側でクリップボードを許可していても、ホストプール側で無効なら利用できません。(Microsoft Learn)
RDPプロパティでは、内部的に次の設定が使用されます。
redirectclipboard:i:<value>利用者から「新しいAVD環境だけコピー＆ペーストができない」と申告された場合は、Windowsの不具合を疑う前にホストプールの設定を確認してください。
グループポリシーとIntuneを確認する
セッションホスト側では、次のポリシーがクリップボードリダイレクトに影響します。
コンピューターの構成
└ ポリシー
└ 管理用テンプレート
└ Windows コンポーネント
└ リモート デスクトップ サービス
└ リモート デスクトップ セッション ホスト
└ デバイスとリソースのリダイレクト確認する主なポリシーは「クリップボードのリダイレクトを許可しない」です。
| 設定値 | クリップボードの動作 |
|---|---|
| 有効 | クリップボードリダイレクトを禁止 |
| 無効 | クリップボードリダイレクトを許可 |
| 未構成 | 他の設定や既定値に従う |
名称に「許可しない」と入っているため、設定値の意味を逆に解釈しやすい点に注意してください。
AVDでは、ホストプールのRDPプロパティで許可していても、Intuneやグループポリシーで禁止されていれば利用できません。Microsoftは、複数の設定が競合した場合、より制限の厳しい設定が最終的な動作になると説明しています。(Microsoft Learn)
ポリシーを変更した場合は、セッションホストへ適用されたことを確認し、必要に応じてホストを再起動してから再テストします。
転送方向とデータ形式の制限を確認する
AVDでは、クリップボードを単純に有効・無効にするだけでなく、転送方向やデータ形式を制限できます。
設定できる代表的な内容は次のとおりです。
- セッションホストからクライアントへの転送を禁止
- クライアントからセッションホストへの転送を禁止
- プレーンテキストだけ許可
- テキストと画像を許可
- リッチテキストを許可
- HTML形式を許可
そのため、「文字は貼り付けられるが、画像は貼り付けられない」「ローカルからAVDには送れるが、AVDからローカルへは送れない」という状態は、不具合ではなく意図したセキュリティ設定である可能性があります。(Microsoft Learn)
ドライブリダイレクトの設定も確認する
Microsoftのドキュメントでは、Intuneまたはグループポリシーでドライブリダイレクトを無効にすると、クリップボードを経由したファイル転送もできなくなると説明されています。
この場合でも、テキストや画像のコピーには影響しないことがあります。(Microsoft Learn)
次のような症状では、クリップボードリダイレクトだけでなくドライブリダイレクトも確認してください。
- テキストはコピーできる
- 画像もコピーできる
- ファイルだけコピーできない
- エクスプローラー上で貼り付け操作が完了しない
不安定な問題を再現するときの記録項目
Release Previewの改善効果を検証する場合は、「直った」「まだ直らない」だけで判断しないことが重要です。
少なくとも次の情報を記録します。
| 記録項目 | 具体例 |
|---|---|
| ローカルPCのOS | Windows 11 24H2、Build 26100.xxxx |
| セッションホストのOS | Windows 11 Enterprise multi-session 24H2 |
| 接続クライアント | Windows App、リモートデスクトップ接続など |
| 転送方向 | ローカル→AVD、AVD→ローカル |
| データ形式 | テキスト、画像、ファイル |
| 発生タイミング | 接続直後、一定時間経過後、スリープ復帰後 |
| 発生頻度 | 毎回、数回に1回、特定ホストのみ |
| 復旧方法 | 再接続、サインアウト、ホスト再起動 |
| 適用ポリシー | ホストプール、Intune、グループポリシー |
| 対象ユーザー | 全員、一部グループ、特定ユーザーのみ |
AVDでは、接続先が毎回同じセッションホストになるとは限りません。特定のホストだけ更新が不足していたり、ポリシーの適用状態が異なったりすると、利用者からは「使える日と使えない日がある」ように見えます。
ホストごとのOS Buildとポリシー適用状態をそろえたうえで比較することが重要です。
Release Previewを本番環境へ導入する判断基準
今回のクリップボード改善だけを理由に、本番PCやAVDセッションホストをすぐRelease Previewへ変更することは推奨できません。
環境ごとの判断例は次のとおりです。
| 利用状況 | 推奨する対応 |
|---|---|
| 一般利用者のPCで時々発生する | 設定を確認し、通常チャネルへの提供を待つ |
| 業務停止につながるほど頻繁に発生する | 検証端末または検証用ホストプールで評価する |
| 新規AVDで最初から使えない | 更新より先にホストプールとポリシーを確認する |
| 一方向だけ使えない | 転送方向の制限を確認する |
| ファイルだけ使えない | ドライブリダイレクトとファイルサイズを確認する |
| 2GBを超えるファイルで失敗する | クリップボード以外の転送方法へ切り替える |
| セキュリティ上、転送を禁止している | 不具合として解除せず、組織のルールを優先する |
検証する場合は、本番ホストプール全体へ一括適用せず、少数のセッションホストだけを対象にしたパイロット運用が適しています。
更新前後で、同じユーザー、同じクライアント、同じ転送方向、同じデータを使って比較します。条件をそろえないと、OS更新による改善なのか、接続先ホストやポリシーの違いなのか判断できません。
クリップボードの安定性とセキュリティは分けて考える
AVDのクリップボードリダイレクトは便利ですが、ローカル端末とクラウド上のセッション間でデータを移動できる経路でもあります。
Microsoftは、転送方向やデータ形式を制限することで、セッションホストからのデータ持ち出しや、ローカル端末から悪意のあるファイルが持ち込まれるリスクを抑えられると説明しています。(Microsoft Learn)
そのため、クリップボードが使えないという問い合わせを受けても、すぐにすべての転送を許可するのは適切ではありません。
例えば、次のような設計が考えられます。
- 社内業務では双方向のプレーンテキストだけ許可する
- 機密情報を扱うAVDでは、セッションホストからローカルへの転送を禁止する
- ファイル転送はクリップボードではなく、管理されたストレージ経由に限定する
- 管理者用環境では、ローカルからセッションホストへの転送だけ許可する
今回のWindows 11更新はクリップボードの信頼性を改善するものですが、組織が設定したセキュリティ制限を解除するものではありません。
まずビルドと設定を確認し、一般提供後に再評価する
Windows 11 Build 26100.8968と26200.8968では、一部のリモートデスクトップおよびAVD環境におけるクリップボードの信頼性改善が案内されています。
ただし、現時点ではRelease Previewチャネルの段階的ロールアウトです。一般向けWindows Updateへ広く提供されたと断定せず、通常チャネルの更新履歴を継続して確認する必要があります。
現在クリップボードが安定しない場合は、次の順番で対応してください。
- ローカルPCとセッションホストのOS Buildを確認する
- ローカルからリモート、リモートからローカルの両方向をテストする
- プレーンテキスト、画像、ファイルを分けて確認する
- リモートデスクトップ接続のクリップボード設定を確認する
- AVDのホストプールRDPプロパティを確認する
- Intuneとグループポリシーの制限を確認する
- ドライブリダイレクトとファイルサイズの制限を確認する
- 重大な問題の場合のみ、検証環境でRelease Previewを評価する
最初からまったく使えない場合は設定問題、途中から不安定になる場合は今回の信頼性改善に関係する可能性があります。症状と設定を切り分けたうえで、一般提供後のビルドでも同じ条件による再テストを行うことが、最も確実な対応です。
コメント