ノート PC でファイルをコピーし、リモート デスクトップ接続のウィンドウに切り替えて、セッション内のフォルダーを右クリックすると、貼り付けがグレーアウトしたままです。テキストは問題なく貼り付けられますが、ファイルはできません。Windows は、テキストはクリップボード チャネル、ファイルはドライブ リダイレクト チャネルで転送します。そして、これらは別々の設定で、6 つの異なるレイヤーのいずれかでそれぞれ独立して無効化される可能性があります。以下に修正策を示します。Microsoft Q&A のスレッド、Windows OS Hub、Microsoft 独自のナレッジ ベース全体での解決頻度順に並べています。
ブロックがあなたの管理外のマシン側にあることが判明し、別の方法でリモートデスクトップにファイルを転送する手段を探しているなら、HelpWire がその方法を提供します。これはITサポート業務向けに構築されたリモートアクセスソフトウェアで、ファイル転送はRDP経由ではなく独自のセッション内で実行されます。したがって、本記事のリダイレクトポリシーは適用されません。これは、RDPの構成が他者の管理下にある場合や、リモートマシンがWindows Homeを実行していてRDP接続を完全に拒否する場合に重要です。
リモートデスクトップにファイルを転送する方法の簡単なヒント
接続する前に、Clipboard と Drives を Remote Desktop Connection クライアントで有効にし、その後、ローカル マシン上のファイルをコピーしてセッション内のフォルダーに貼り付けます。 Clipboard だけではテキストしか扱えません。 Drives はファイルを扱う設定で、これがないと、貼り付けコマンドは、何度 rdpclip.exe を再起動してもグレーのままです。
ドライブ リダイレクトが有効になると、3 つの方法が使えます:
- セッション内に貼り付けます。
- セッション内から
\\tsclient\cにアクセスします。 - リモートのコマンド プロンプトから
xcopyを実行します。
それぞれ制限が異なり、最初の 2 つが失敗する場合でも 3 つ目は動作します。ここで扱っているのはセッションへのプッシュに関する内容です。戻す方法については、リモート デスクトップからローカル マシンへファイルを転送する方法 を参照してください。
リモート デスクトップ接続でローカルからリモートへのファイル転送が失敗する理由
クライアントのチェックボックスは、人々が確認するレイヤーです。それが不具合の原因になっているレイヤーであることは稀です。プッシュ方向には、プル方向にはないリスクも伴います。書き込みはリモートマシンで行われます。したがって、宛先フォルダーのアクセス許可、リモートのプロファイルディスクの空き容量、ならびにホスト上で動作しているいかなるエンドポイントセキュリティも、ファイルが保存される前にすべて適用されます。
6 つのレイヤーがドライブ チャネルをブロックでき、最も厳格なものが適用されます。
| レイヤー | 確認場所 | 表示されるべき内容 |
|---|---|---|
| mstsc クライアントのチェックボックス | ローカル リソース > 詳細 > ドライブ | ファイルがあるドライブにチェックが入っている |
保存済み .rdp ファイル |
テキスト エディターで開く | redirectdrives:i:1 および drivestoredirect:s:* |
| 2026年4月のセキュリティ ダイアログ | すべての .rdp の起動時に表示 |
ドライブ にチェックを入れてから 接続 |
| ホストのグループ ポリシー | gpedit.msc、デバイスとリソースのリダイレクト |
ドライブのリダイレクトを許可しない は 無効 |
| RDS コレクション または RD ゲートウェイ CAP | サーバー マネージャー クライアント設定、または CAP デバイス リダイレクト | ドライブ が有効 |
| AVD ホスト プール または Cloud PC | ホスト プールの RDP プロパティ、または Intune | ドライブのリダイレクトが許可されている |
最後の行は、新品のマシンで人々を驚かせるものです。Secure Future Initiative に基づき、Microsoft は、新規作成された Azure Virtual Desktop ホスト プールおよび新規にプロビジョニングまたは再プロビジョニングされた Windows 365 Cloud PC では、クリップボード、ドライブ、USB、プリンターのリダイレクトを既定でオフに切り替えるようになりました。今朝あなたに渡された Cloud PC は、他には何の問題もなくても、初日からこのテストに不合格になります。Microsoft は古いホスト プールには手を付けていないため、同じ組織内で、動作するプールと動作しないプールの両方を保有している場合があります。
同じに見える7番目のブロック：クライアントからサーバーへのクリップボードの制限
新しいポリシーでは、クリップボードが各方向に運べるデータの種類が絞り込まれ、テキストは渡せてもファイルは停止させることができます。 クライアントからサーバーへのクリップボード転送を制限する は、従来のポリシーと同じ デバイスとリソースのリダイレクト ノードにあり、Microsoft は要件として Windows 11 Enterprise または Enterprise マルチセッション 22H2 または 23H2 と KB5039212、バージョン 21H2 と KB5039213、または Windows Server 2022 と KB5040437 を挙げています。
許可されている 4 つの値を Microsoft 文書化している は、プレーンテキスト、プレーンテキストと画像、プレーンテキストと画像およびリッチ テキスト形式、そしてそれらに HTML を加えたものです。ファイルはいずれにも含まれません。管理者がポリシーを 有効 に切り替えたときにのみこの制限が適用されます。というのも、データ型のドロップダウンはその状態でのみ表示されるためです。 無効 と 未構成 の場合はいずれもクリップボードは無制限のままです。これらのいずれかの値で有効化すると、テキストは引き続き渡る一方で、セッションへのファイルの貼り付けは停止します。これはドライブ リダイレクトの不具合のように見えますが、そうではありません。これに対応するレジストリ値は CSClipLevel で、外向きの対になる値は SCClipLevel です。
お使いのドライブのチェックを外してくれる2026年4月のアップデート
Microsoft の 2026 年 4 月のセキュリティ更新プログラムは、保存された .rdp ファイルの扱い方を変更しました。これが、先月は動いていた」という報告が相次いでいる原因です。この変更は CVE-2026-26151 に対応するもので、2026 年 4 月 14 日に KB5083769 と KB5083768（Windows 11 向け）KB5082200 は Windows 10 向け、KB5082063 は Windows Server 向けとして提供されました。また、Microsoft はこの新しい動作を Windows Server 2012 R2 までさかのぼって適用しています。
パッチが適用されたマシンで .rdp ファイルを開くと、接続が開始される前にセキュリティ ダイアログが表示されます。そこにはリモート アドレス、発行元、ファイルが要求するすべてのローカル リソースが一覧表示され、これらの各リソースのチェック ボックスは既定でオフになっています。署名されていないファイルでは、注意バナーが表示され、不明な発行元 と表示されます。Microsoft はこの挙動とその理由を、RDP ファイルのセキュリティ ダイアログに関するドキュメントで説明しています。
これが自分に関係する問題かどうかは、次の 2 点で判断できます。影響するのは .rdp ファイルから起動された接続のみで、コンピューター名を直接 mstsc.exe に入力した場合は、これまでどおり動作します。また、Microsoft は RDP ファイルを開くたびにこのダイアログが表示されると述べているため、ファイルに署名され、その証明書が信頼されるまで、起動のたびにドライブのチェック ボックスにチェックを入れる必要があります。
リモート デスクトップのローカルからリモートへのファイル転送に関する修正
症状を対処法に対応させてください
左の列で自分の症状を見つけ、最初の一手を誤ると1時間を無駄にするので、右に記載された解決策へ直行してください。
| 症状 | 考えられる原因 | 参照先 |
|---|---|---|
| テキストは貼り付けられるが、ファイルは貼り付けられない | ドライブのリダイレクトがオフになっているか、ブロックされている | 対処法 1 と 対処法 3 |
| すべてがグレーアウトしており、今日は先ほどまで動作していた | クリップボード チャネルが停止している | 次のガイドを参照 リモート デスクトップのコピーと貼り付けの修正 |
| ドライブにチェックが入っているが、This PC の下に何も表示されない | リダイレクトが拒否された、またはエクスプローラーが表示しなかった | 対処法 4 と \\tsclient ルート |
| 2026年4月以降に発生 | 起動ごとのリダイレクト許可 | 対処法 2 |
| 2 GB を超えるファイルがエラーもなく消える | クリップボードのサイズ上限 | コマンドライン経由 |
| コピーが途中で停止し、セッションが一瞬途切れる | ゲートウェイまたはトランスポートの障害 | RDP でファイルを まったく転送できない 場合 |
解決策 1: ドライブのリダイレクトを有効にして、再接続する
チェックを入れてください: Drives および Clipboard。これら2つは別々のチャネルだからです。両方の設定はクライアント側にあります。接続を開始する前に両方を設定する必要があり、セッションの途中で変更しても、いったん切断して再接続するまで反映されません。
-
開いているセッションを閉じてください。ホスト上のポリシーも変更した場合は、切断ではなくログオフしてください。
-
Win+Rを押し、mstsc.exeと入力し、Enter を押します。 -
オプションを表示をクリックします。
-
ローカル リソース タブを開きます。
-
ローカル デバイスとリソース の下にある クリップボード にチェックが入っていることを確認します。
-
その他をクリックします。
-
ドライブを展開し、プッシュしたいファイルを含むドライブにチェックを入れます。必要な場合にのみ、セット全体にチェックを入れてください。
-
OK をクリックし、次に 接続 をクリックします。
-
セッション内で、 エクスプローラーを開き、この PC の下に、お使いのマシン名の付いた項目（例:
C on LAPTOP-01）を探します。
保存された .rdp ファイルから起動する場合は、テキスト エディターで開き、これらのチェックボックスを上書きする次の3つの値を確認してください: redirectclipboard:i:1、redirectdrives:i:1、および drivestoredirect:s:*。いずれかが 0 の場合、クライアント インターフェイスの設定より優先されます。ワイルドカードはすべてのドライブをリダイレクトします。また、このプロパティでは、代わりに特定のドライブ文字を区切り文字で区切ったリストも指定でき、その方法は Microsoft の RDP プロパティ リファレンスに記載されています。
対処法 2: 2026年4月のセキュリティダイアログでドライブのチェックボックスにチェックを入れてください
.rdp ファイルを開くたびに、接続のセキュリティ ダイアログでチェックしてください。2026 年 4 月の更新プログラムにより、要求されたすべてのリダイレクトは既定でオフになります。これは、.rdp ファイルの起動が、2026 年 4 月 14 日の累積更新プログラム以降が適用されたマシンで行われる場合にのみ適用されます。-
.rdpファイルをダブルクリックします。 -
アップデート後の初回起動時に、一度だけ表示される説明ダイアログを読み、確認してください。
-
接続のセキュリティ ダイアログで、リモート コンピューターのアドレスが想定しているホストと一致していることを確認してください.
-
Drives にチェックを入れ、その横にある Clipboard にもチェックを入れます。
-
接続をクリックします。
自分の設定を疑う前に確認すべき既知の問題が1つあります。Microsoft は、新しいダイアログが、表示スケール（拡大縮小率）が異なるマルチモニター環境で正しく表示されず、チェックボックスが読みづらかったりクリックしづらくなる可能性があることを認めています。その修正は KB5083631 プレビュー更新プログラムで提供され、当時報告されたとおり。ダイアログが単に見慣れないのではなく壊れて見える場合は、まず何より先にその更新プログラムを確認してください。
警告バナーと不明な発行元という項目は、.rdp ファイルに署名が付されていないことを意味しており、ホストに問題があるということではありません。ファイルに署名があり、マシンが グループ ポリシーを通じてその証明書を信頼している場合、Microsoft はダイアログはまったく表示されず、ファイルが要求するリダイレクションは自動的に有効になると述べており、これがこのループから抜け出す本来の方法です。一時的に以前の動作へ戻すには、REG_DWORD という名前の RedirectionWarningDialogVersion を 1 に設定し、場所は HKLM\Software\Policies\Microsoft\Windows NT\Terminal Services\Client です。Microsoft は、将来の更新でこのサポートが削除される可能性があると述べているため、その値は修正ではなく一時的なつなぎとして扱ってください。
対処法 3: サーバー側のポリシーによるブロックを解除する
次の設定を ドライブのリダイレクトを許可しない を 無効 に設定し、リモート コンピューター上でポリシーの更新を強制して、完全にサインアウトします。これは、クライアント側のチェックボックスが正しく、この環境でファイルが一度も行き来していない場合の修正策であり、クライアント側に問題がないと確認できた際に Microsoft Q&A の回答者や Windows OS Hub がともに採用する手順です。 未構成 状態だけでは不十分です。古いレジストリ値がその下に残っている可能性があるためです。
-
リモート マシンで、
Win+Rを押し、gpedit.mscと入力して、Enter を押します。 -
コンピューターの構成 > 管理用テンプレート > Windows コンポーネント > リモート デスクトップ サービス > リモート デスクトップ セッション ホスト > デバイスとリソースのリダイレクト に移動します。
-
ドライブのリダイレクトを許可しないをダブルクリックします。
-
無効 を選択し、OK をクリックします。
-
管理者権限でコマンド プロンプトを開き、
gpupdate /forceを実行します。 -
セッションから完全にログオフしてから、再接続してください。
RDS の展開では、コレクションには上記のすべてを上書きする独自のスイッチがあります。を開き、サーバー マネージャー > リモート デスクトップ サービス > コレクション > タスク > プロパティの編集 > クライアント設定 で ドライブ にチェックを入れるか、実行します Set-RDSessionCollectionConfiguration -CollectionName <name> -ClientDeviceRedirectionOptions "Clipboard,Drive"。そのパラメーターは、追加ではなくリダイレクト設定全体を置き換えるため、同じ呼び出し内でコレクションにまだ必要なすべてのデバイスタイプを指定してください。RD Gateway 経由の場合は、接続承認ポリシーも確認し、デバイス リダイレクト で、すべてのクライアント デバイスのデバイス リダイレクトを有効にする が選択されたままである必要があります。
対処法 4: グループ ポリシーに表示されないレジストリ値を確認する
レジストリの両方のブランチで fDisableCdm を読み取ってください。WinStations ブランチは gpedit.msc からは見えず、上位で行うあらゆるポリシー変更をすり抜けて残り続けます。古いデプロイ スクリプトや手動での編集により、正しく構成されたポリシーの下でひっそりと残存する値がそこに残されることがあります。Windows OS Hub のコメント投稿者は、まさにこれが原因で慢性的な障害を突き止め、fDisableCdm が 1 に設定されており、他のすべてを既に是正した後でもそうでした。
リモート マシンで昇格した PowerShell セッションでこれを実行し、関連するすべての値を一度に読み取ってください。
Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" | Select fDisableCdm, fDisableClip, CSClipLevel
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" | Select fDisableCdm, fDisableClip
-
出力を確認してください。いずれかの値が
1である場合は、そのレイヤーがあなたをブロックしていることを意味します。0または値が存在しない場合は、ブロックしていないことを意味します。 -
regeditを開き、1を返したブランチでfDisableCdmを0に設定します。この値はドライブのリダイレクトを制御し、ファイルが行き来できるかを決定します。 -
それが
1を返した場合は、同じブランチでfDisableClipを0に設定します。 -
CSClipLevelが存在する場合、クリップボードの方向制限が有効です。値を削除するか、ポリシーに沿って引き上げてください。 -
ローカルマシンで、
HKLM\Software\Microsoft\Terminal Server Clientを開き、DisableDriveRedirectionを確認してください。そこが1の場合、あらゆるホストへのすべての送信接続でドライブがブロックされます。より短いパスであるHKLM\Software\Microsoft\Terminal Serverにも同名の値があり、Microsoft はデスクトップ クライアントではなくリモート デスクトップ ActiveX コントロール向けとしてそちらを文書化しているため、両者が混同されがちです。ブラウザーでホストされる RDP をまだ使用しているマシンでも、それを確認してください。 -
レジストリ エディターを閉じ、リモート セッションから完全にログオフして、再接続します。
ドライブがまったく表示されない場合に、リモート デスクトップ接続でファイルを転送する方法
パスでリダイレクトされたボリュームにアクセスし、File Explorer の This PC に表示されるのを待つ必要はありません。リダイレクト自体は有効でも、This PC のビューが項目を読み込めないことがあり、この食い違いは Microsoft Q&A のスレッドで繰り返し見られます。したがって、Remote Desktop Connection でファイルを転送する方法 に対する最速の答えは、ドライブがまったく表示されないセッションではパスでのテストです。これにより、実際のポリシーによるブロックか見かけ上の問題かを、約10秒で切り分けられます。
-
リモートセッション内で、
Win+Rを押します。 -
\\tsclient\cと入力して、Enter を押します。cをリダイレクトしたドライブのドライブ レターに置き換えてください。 -
エクスプローラーでお使いのローカル ドライブが開く場合、リダイレクトは機能しており、This PC のエントリだけが表示されませんでした。
-
セッションの間有効なハンドルにするには、セッション内でコマンド プロンプトを開き、
net use Z: \\tsclient\cを実行します。 -
Z: からリモートマシン上の保存先にファイルをコピーしてください.
-
完了したら、
net use Z: /deleteを実行してください。
応答が \\tsclient\c is not accessible である場合は、誤表示ではなくリダイレクトが拒否されたことを意味するため、Fix 3 と Fix 4 に戻ってください。Mac ユーザーは、接続が切断された後にこれに類似した事象に遭遇します。Microsoft Q&A の報告では、読めない識別子で表示されるリダイレクト フォルダー は Remote Desktop が再接続されると現れ、その中へのコピーはエラー 0x8007048F で失敗します。再接続のプロンプトを受け入れるのではなく、新しいセッションを開始してください。
コマンド ラインからの Windows リモート デスクトップのファイル転送
リモート セッション内で xcopy または robocopy を実行し、\\tsclient 経由でファイルを転送すると、2 GB のクリップボード上限とエクスプローラーのコピー エンジンの両方を回避できます。Microsoft は KB 2258090 で、クリップボード制限の回避策としてコマンドラインによるコピーを挙げています。
Windows リモート デスクトップのファイル転送 はコンソール経由の方法であり、mstsc.exe が大きなファイルでハングする場合のフォールバックにもなりますが、この手順の下の注意書きには、そのハングを完全に防止できる修正が記載されています。
-
上記の
\\tsclientテストでリダイレクトが有効であることを確認してください。 -
ローカル マシンではなく、リモート セッション内でコマンド プロンプトを開いてください。
-
単一ファイルの場合は、
xcopy \\tsclient\c\installers\app.iso D:\temp\ /Yを実行します。 -
フォルダー、またはサイズが気になるほど大きいファイルの場合は、
robocopy \\tsclient\c\installers D:\temp /Z /R:3 /W:5を実行してください。 -
コンソールで進行状況を確認してください。
/Zスイッチは、中断された転送をゼロからではなく停止した時点から再開します。
もし mstsc.exe がエラーを返すのではなくフリーズする場合、コンソールに切り替える前に試す価値のある特定の対処法があります。 次のポリシーで UDP をオフにします Turn Off UDP on Client policy under Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client、または REG_DWORD という名前の fClientDisableUDP を 1 に HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client で設定してから、再接続してください。
制限事項
リモート マシンへの各経路には、それぞれ異なる上限と障害モードがあります。開始する前に、経路に合わせてファイルを選択してください。
| 経路 | サイズ上限 | 失敗時の挙動 | 再開 |
|---|---|---|---|
| クリップボード貼り付け | 2 GB | サイレントで、エラーは一切表示されない | いいえ |
\\tsclient を エクスプローラーで |
明記なし | mstsc がハングし、セッションがフリーズする | いいえ |
xcopy 経由で \\tsclient |
明記なし | プロンプトにエラーメッセージが表示される | いいえ |
robocopy /Z 経由で \\tsclient |
明記なし | プロンプトにエラーメッセージが表示される | はい |
RDP 経由でファイルをまったく転送できない場合
トラブルシューティングを終了させる状況は3つあり、それぞれには設定ミスと区別できる固有のシグネチャがあります。
ブロックが意図的な場合
企業のドメイン参加済みホスト、Azure Virtual Desktop のプール、Windows 365 Cloud PC、そして RD ゲートウェイ配下のあらゆるセッション ホストに適用されます。これらの環境では、セッション内へのファイル転送をブロックするために、クリップボードおよびドライブ リダイレクトは意図的にオフにされています。また、クライアントからサーバーへのクリップボード制限は、ファイルを拒否しつつテキストのみを許可する目的で設けられています。これは、自分が所有していないホストであり、ポリシーがローカルではなくドメインで設定されていることで見分けられます。管理対象のマシンで設定値を変更するのではなく、承認済みの転送手段を依頼してください。
クライアントがリダイレクトできない場合
ホストがリダイレクトを許可していても、使用中のクライアントソフトウェアにユーザーが変更できるコントロールが用意されていない場合に該当します。 Windows App の Windows 版は、インターフェイスにリダイレクト設定をまったく表示せず、特定のローカルフォルダーを指定する方法も提供していません。これは Microsoft は明言しています、そのため、管理者があなたのためにポリシーを変更する必要があります。RDS の Web クライアントにもこれに相当するものがあり、しかも制限はさらに厳格です。Microsoft は、Web クライアントではテキストのコピー＆ペーストのみが可能で、ファイルのコピーや貼り付けは一切できないと述べているため、本記事で扱っている症状はそこでの恒久的な仕様ということになります。代わりに、セッション メニューの専用のアップロード アイコンを介してファイルを移動し、送信先は Remote Desktop Virtual Drive > Uploads、Microsoft がその Web クライアント ガイドで示しています。その仮想ドライブが まったく表示されない 場合は、お使いのマシン側の問題ではなく、展開やローカル リソースの同意プロンプトが原因です。どちらの場合でも、クライアントには Local Resources を確認するためのタブは用意されていません。
RD ゲートウェイ経由のコピーが非常に遅い場合
転送は完了するものの極端に遅い場合、かつ経路上にゲートウェイがある場合に該当します。Microsoft Q&A のある管理者が、2メガバイトのファイルでこの問題に遭遇し、原因を HTTP トランスポートに突き止め、通常のコピー速度を回復したのは、REG_DWORDという名前のRDGClientTransportを1に設定することでした。これはクライアントを HTTP から古い RPC-HTTP トランスポートへ切り替えます。次の場所の下にその値を作成してください HKCU\Software\Microsoft\Terminal Server Client、これは他の Microsoft Q&A の報告でも使用されているユーザーごとの場所です。上記のスレッドでは代わりに HKLM の下に設定しているため、最初の場所で効果がない場合はもう一方のハイブも試してください。表示の滑らかさはやや低下します。ファイルのコピーは再び実用的になります。
大半の人がまず試すこと、そしてそれがうまくいかない理由
ほとんどすべてのスレッドで最初に行われるのは、rdpclip.exeの再起動で、たいていは間違ったマシン上で行われます。これはリモート ホスト上で動作し、セッションごとに1つのインスタンスが動くため、あなたのノート PC で再起動しても何も変わりません。正しいマシンであっても、クリップボード チャネルをリセットするだけでドライブ チャネルには手を触れないため、テキストがすでに機能しているのに失敗しているケースには不適切な手段です。当社のコピー＆ペースト修復ガイドでは、それが役立つケースを取り上げています。
2つ目は、ポリシー変更後の切断と再接続です。切断は、接続時にネゴシエートされたとおりのリダイレクト チャネルを保ったまま、ホスト上でセッションを生かし続けます。gpupdate /forceはマシン上のポリシーを更新しますが、既に開いているセッションについてそれらのチャネルを再ネゴシエートしません。これらを再構築するのは完全なログオフです。
3つ目のグループは徹底的なクリーンアップです。Microsoft Q&A のある管理者は、Server 2016 ホストでの9回の試行を記録しており、その中にはウイルス対策ソフトの削除や、コピー＆ペーストが機能していたサーバーから取得した置き換え用のrdpclip.exeバイナリも含まれていました。さらに、ドメイン コントローラーから適用されたすべてのグループ ポリシーの総ざらいを行っても、まったく変化はありませんでした。別のケースではServer 2022 での8回の試行が記録され、sfc /scannow、DISM、修復インストールも含まれていましたが、それでもセッション内でrdpclip.exeを生かし続けることはできませんでした。バイナリ自体が問題であることはほとんどありません。
最後は、時間が最もかからず最も試されるもの、つまりファイルをセッション ウィンドウへドラッグする方法です。その特定のドラッグは何の効果もありません。RDP にはセッション境界をまたぐネイティブなドラッグ＆ドロップ機能がないためであり、この点は Microsoft Q&A の回答者が詳細に説明しています。同じ回答者は、動作する唯一のドラッグ方法を挙げています。なお、ドライブ リダイレクトが有効になれば、エクスプローラーが両方を通常の場所として認識するため、セッション内でリダイレクトされたドライブとリモート フォルダーの間でドラッグできます。人々が最初に試しがちなドラッグは、そもそも一度も機能したことがないものなのです。
RDP経由のファイル転送に代わるHelpWire
HelpWire は独自のリモートセッション内でファイルを移動するため、RDP のリダイレクト層は適用されません。したがって、RDP 経由のファイル転送が、あなたが変更できない理由でブロックされている場合の実用的な代替手段となります。これは、IT サポートチーム、個人の技術者、小規模企業の社内 IT 向けのリモートアクセスソフトウェアです。また、本記事の問題に当てはまるのは、次の2つの特定のケースです。あなたが変更できない設定のホストと、そもそも RDP 接続を受け付けられない Windows Home 上のリモートマシンです。
セッションは、普段利用している任意のチャネルで送信するリンクから開始します。相手はそれを開き、ダウンロードされたポータブルアプリを実行し、アクセスを許可をクリックします。相手側でアカウントを作成する必要はありません。 リモートデスクトップでのファイル転送はセッションがアクティブな限り機能し、以下の方法は HelpWire の ファイル転送ドキュメントに基づいています。
方法1: 右クリックしてコピーし、クライアント マシンに貼り付けます
両方向に機能します。
-
セッションを開始し、クライアントがアクセスを許可をクリックするまで待ちます。
-
お使いのコンピューターで、送信したいファイルを右クリックし、コピーを選択します。
-
HelpWire セッション内でクライアントのコンピューター上の宛先フォルダーを右クリックし、貼り付け を選択します。
-
転送を確認してください。進行状況はクライアントのコンピュータに表示されます。
方法 2: オペレーター ウィンドウにドラッグ＆ドロップ
あなたのマシンからクライアントのマシンへ向かう場合にのみ動作し、この記事はその方向について扱います。
-
セッションが有効な状態で、お使いのコンピューター上で1つ以上のファイル、またはフォルダー全体を選択します。
-
選択項目を開いている HelpWire Operator ウィンドウ上にドラッグしてドロップします。項目はクライアントのクリップボードにコピーされます。
-
クライアントのコンピューター上の宛先フォルダーを右クリックし、貼り付け を選択して転送を完了します。
方法3: キーボードショートカット
ファイルがすでに選択されている場合の最短ルート。
-
ローカルマシン上のファイルを選択して、
Ctrl+Cを押してください。macOS では、Cmd+Cを押してください。 -
クライアントのマシン上の宛先フォルダーをクリックして開いてください。
-
Ctrl+Vを押すか、または macOS ではCmd+Vを押してください。
よくある質問
コピーされます。 Ctrl+X をローカルのファイルで実行し、その後セッション内で Ctrl+V を行っても、元のファイルはそのまま残り、リモートマシンに複製が作成されます。 RDP にはリダイレクトの境界をまたぐ移動のセマンティクスがありません。移動を意図している場合は、まずリモート側のコピーが開けることを確認し、そのうえでローカルの元ファイルを自分で削除してください。
\\tsclient\cをファイル名ボックスに入力します。ファイル ダイアログを提供しない公開アプリケーションでは手段がまったくありません。その場合の解決策は、公開アプリではなくフル デスクトップ セッションを使用することです。 フォルダ単位でのリダイレクトを行ってください。macOS のクライアントはボリューム全体ではなくフォルダ単位で動作するためです。保存済みの接続を編集し、リダイレクト設定を開いて、アクセスしたいローカルフォルダを追加します。次に接続し、セッション内の \\tsclient の下にそのフォルダがあるか探します。ここから生じる実用的な習慣として、ホームディレクトリをクライアントに指定するのではなく、Mac 上に転送専用のフォルダを1つ用意してそれだけをリダイレクトするようにしてください。というのも、リダイレクトされたフォルダ内のものはすべて、セッションが続く間、リモートマシンから読み書き可能になるためです。
はい、ブラウザーでのフォルダー リダイレクト経由の場合は、1 ファイルあたり 255 MB です。アップロードしたファイルは、任意のパスではなく、リダイレクトされた仮想ドライブ内の Uploads フォルダーに保存されるため、特定のディレクトリに置く必要がある場合は、セッション内で移動する必要があります。より大きなファイルには、デスクトップ クライアントと通常のドライブ リダイレクトが必要です。
いいえ。Windows 11 Home には RDP ホスト サービスが含まれておらず、受信接続を受け付けることはできません。そのエディションでは設計上、リモート デスクトップの切り替えは 設定 > システムに存在せず、それを追加できると称する非公式のパッチは累積更新後に動作しなくなり、独自の保守上の問題を引き起こします。エディションをアップグレードするか、Windows の RDP ホストに依存しないツールを使用してください。
必要な接続でのみ有効にし、それ以外では無効のままにしてください。ドライブ リダイレクトは、RDP ファイルが要求しうる事項の中でも最も影響の大きいものだからです。Microsoft はそれを最も危険なリダイレクトの一つに位置付けています。リダイレクトされたボリュームに書き込み可能なリモート マシンは、スタートアップ フォルダーにプログラムを置くことができます。さらに、ネットワーク共有を指すリダイレクトされたドライブ レターは、その影響範囲を組織内の他のシステムにまで広げます。これが 2026 年 4 月の変更の根拠であり、管理していないホストに対しては反射的にチェックを入れるのではなく、ドライブのチェックボックスについて一考すべき理由でもあります。
