Windowsでリモートデスクトップのクリップボードが使えないときは、やみくもに再起動するより、まず 「テキストも貼れないのか」「ファイルだけ貼れないのか」「片方向だけ貼れないのか」 を切り分けるのが最短です。テキストもファイルも使えないならクリップボード リダイレクト自体の無効化、テキストは貼れるのにファイルだけ無理ならドライブ リダイレクトや 2GB 制限、片方向だけ無理なら管理ポリシーによる転送方向制限を疑うと早く絞れます。Microsoft の資料でも、クリップボードの可否、ドライブ リダイレクト、転送方向・データ種類の制限は別設定として扱われています。 (Microsoft Learn)
この記事では、Windows でリモートデスクトップのクリップボードが使えないときに、どこを見ればよいかを 接続設定 → ポリシー → ファイル転送条件 → Hyper-V 固有 の順で整理します。会社PCのように自分で変更できないケースも、途中で見分けられるようにしています。 (Microsoft Learn)
Windowsでリモートデスクトップのクリップボードが使えないときの切り分け方
- テキストもファイルも使えない
クリップボード リダイレクト自体が無効になっている可能性が高いです。.rdp ファイルの設定、ローカル端末側の無効化設定、グループポリシーや Intune を順に確認します。 (Microsoft Learn) - テキストは使えるのに、ファイルだけ貼れない
クリップボードが完全に壊れているのではなく、ドライブ リダイレクトが禁止されているか、コピーしようとしているファイルが 2GB を超えている可能性があります。Microsoft は、ドライブ リダイレクトを無効にするとクリップボード経由のファイル転送も防止される一方、テキストや画像は影響を受けないと説明しています。さらに、2GB 超のファイルはクリップボード経由ではサポートされません。 (Microsoft Learn) - ローカル→リモートだけ失敗する、またはその逆だけ失敗する
最近の管理対象環境では、クライアントからサーバー、サーバーからクライアントを別々に制限できます。片方向だけ使えないなら、単純な不具合よりポリシー制限を疑うべきです。 (Microsoft Learn) - Hyper-V の仮想マシンだけで起きる
通常のリモート デスクトップ接続ではなく、VMConnect の Enhanced Session Mode 側の設定やポリシーが原因かもしれません。確認場所が少し違います。 (Microsoft Learn)
最初に確認する設定
接続設定や .rdp ファイルで無効化されていないか
RDP では redirectclipboard プロパティで、ローカル端末のクリップボードをリモート セッションで使えるかを制御できます。保存済みの .rdp ファイルを使っているなら、メモ帳で開いて redirectclipboard:i:0 になっていないか確認してください。1 なら許可、0 なら禁止です。接続先が正常でも、接続ファイル側で無効化されていれば貼り付けはできません。 (Microsoft Learn)
redirectclipboard:i:1ローカルの Windows 端末側でも、管理者がレジストリでクリップボード リダイレクトを無効化できます。Microsoft は、次のキーに DisableClipboardRedirection を 1 として設定すると、ローカル デバイスでクリップボード リダイレクトを無効化できると案内しています。会社PCでここが配布されている場合、接続先をいくら見直しても解決しません。 (Microsoft Learn)
HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client
DisableClipboardRedirection = 1固定のショートカットや古い .rdp ファイルでだけ再現し、新しく作った接続では再現しないなら、原因はリモート先ではなく接続ファイル側にある可能性が高いです。設定を引き継いだ .rdp を長く使っている人ほど、ここは見落としやすいポイントです。 (Microsoft Learn)
グループポリシーや Intune で禁止されていないか
管理者が 「クリップボードのリダイレクトを許可しない」 を有効にすると、ローカルとリモートの間でコピー＆ペーストは使えません。許可したい場合は 「無効」または「未構成」 にします。Intune でも同じ設定を配布できます。ポリシー変更後は、Microsoft の手順どおり再起動してからテストするのが確実です。 (Microsoft Learn)
ドメインのグループポリシー管理ではパスに Policies が入りますが、ローカル グループ ポリシー エディターでは Policies フォルダーが出ない ため、同じ場所を見ているつもりで迷うことがあります。ここは実務でかなり多い勘違いです。 (Microsoft Learn)
ドメイン GPO:
コンピューターの構成 > Policies > 管理用テンプレート > Windows コンポーネント >
リモート デスクトップ サービス > リモート デスクトップ セッション ホスト >
デバイスとリソースのリダイレクト > クリップボードのリダイレクトを許可しない
ローカル gpedit:
コンピューターの構成 > 管理用テンプレート > Windows コンポーネント >
リモート デスクトップ サービス > リモート デスクトップ セッション ホスト >
デバイスとリソースのリダイレクト > クリップボードのリダイレクトを許可しないファイル転送なら、ドライブ リダイレクトも確認する
ここが最も誤解されやすい点です。RDP では テキストの貼り付け と ファイルの貼り付け は、同じ問題として扱わない方が安全です。Microsoft は、ドライブ リダイレクトを無効にすると、クリップボード経由のファイル コピー リダイレクトも許可されなくなる一方、テキストや画像は影響を受けないと説明しています。つまり、「文章は貼れるのにファイルだけ貼れない」なら、まずドライブ リダイレクトを疑う のが正解です。 (Microsoft Learn)
また、Microsoft の KB では、2GB を超えるファイルをクリップボード リダイレクトでコピーすると、エラーなしで失敗する既知の制限 が案内されています。大きなファイルを渡したいなら、クリップボードにこだわらず、ドライブ リダイレクト経由に切り替える方が安全です。Remote Desktop Connection の [ローカル リソース] では、どのデバイスやリソースを転送対象にするか指定できます。 (Microsoft Learn)
大きなファイルをどうしても送りたいなら、ドライブがリダイレクトされている前提で、リモート側から \\tsclient\ を使ってコピーする方法もあります。Microsoft の例は次の形です。 (Microsoft Learn)
xcopy \\tsclient\c\myfiles\LargeFile d:\temp片方向だけ貼れない・書式付きだけ貼れない場合
最近の Windows では、クリップボードを クライアント→サーバー と サーバー→クライアント で別々に制限できます。さらに、許可するデータ種類も プレーン テキストのみ / テキスト+画像 / RTF / HTML のように段階的に制御できます。つまり、メモ帳には貼れるのに Word やブラウザーでは貼れない、ローカルからは貼れるが戻せない といった症状は、「完全に使えない」のではなく、方向やデータ形式が制限されている可能性があります。コンピューター構成とユーザー構成の両方に設定がある場合は、より厳しい制限が適用されます。 (Microsoft Learn)
RDP のクリップボードは、コピー時にフォーマット一覧を相手側へ渡して同期する仕組みです。そのため、書式付きだけ不安定 なら、いったんメモ帳に貼ってプレーンテキスト化してから再コピーすると、設定由来なのか形式由来なのかを切り分けやすくなります。これは恒久対策ではありませんが、原因調査としては非常に有効です。 (Microsoft Learn)
Hyper-V の仮想マシンだけで起きる場合
Hyper-V の VMConnect を Enhanced Session Mode で使っている場合、通常のリモート デスクトップ接続と同じ感覚で見ていると迷います。Microsoft は、VMConnect の ローカル リソース として、プリンター、クリップボード、ローカル ドライブを選べると案内しています。さらに、Enhanced Session Mode でファイルのコピー＆ペーストができない場合は、ドライブ リダイレクトや関連ポリシーが影響することがあります。通常のRDPは使えるのに Hyper-V の VM だけ貼れない なら、この系統を先に見る方が近道です。 (Microsoft Learn)
5分でできる復旧手順
- まず テキストもダメなのか、ファイルだけダメなのか、片方向だけダメなのか を確認します。この切り分けだけで、見るべき場所がかなり絞れます。 (Microsoft Learn)
- 保存済みの
.rdpを使っているなら、redirectclipboard:i:0になっていないか確認します。会社PCや共用PCでは、ローカル端末側のDisableClipboardRedirectionも見ます。 (Microsoft Learn) - 会社PCなら、「クリップボードのリダイレクトを許可しない」 が有効になっていないか、管理者に確認します。ローカル gpedit とドメイン GPO でパス表示が少し違う点にも注意します。設定変更後は再起動してから再テストします。 (Microsoft Learn)
- ファイルだけ失敗する なら、ドライブ リダイレクトを見直します。ファイルが 2GB を超えるなら、クリップボードではなくドライブ リダイレクトや
\\tsclient\経由のコピーに切り替えます。 (Microsoft Learn) - まだ切り分けきれないなら、ローカル側のクリップボード履歴を一度クリアします。Windows は [設定] > [システム] > [クリップボード] > [クリップボード データのクリア]、または Win + V から履歴を消せます。ローカル側のクリップボード不整合を除外したうえで、再度テストします。 (マイクロソフトサポート)
管理者に依頼するときに伝えるべきこと
自分で設定を変えられない環境なら、次の4点を伝えると解決が早くなります。
- テキストも貼れないのか、ファイルだけ貼れないのか
- ローカル→リモートだけ失敗するのか、逆方向も失敗するのか
- 使っているのが通常のリモート デスクトップ接続か、Hyper-V VMConnect か
- コピーしようとしているファイルが大きくないか、特に 2GB を超えていないか
「貼れません」だけでは、接続設定、ポリシー、ファイルサイズ制限のどれか判断できません。症状を一段具体的に伝えるだけで、管理者側の調査時間はかなり短くなります。
まとめ
Windows でリモートデスクトップのクリップボードが使えないときは、テキストもダメならクリップボード リダイレクト設定、ファイルだけダメならドライブ リダイレクトや 2GB 制限、片方向だけダメなら転送方向ポリシー と考えるのが基本です。自宅PCなら .rdp とローカル設定、会社PCなら Intune やグループポリシー、Hyper-V なら VMConnect 側まで見れば、原因はかなり高い確率で絞れます。次にやることは一つで、まず 「どの種類のコピーが失敗しているか」 を確認し、その症状に合う設定だけを見直してください。 (Microsoft Learn)
コメント