これはすべて、クライアントとサーバー両方の Windows 10 のコンテキスト内です。
背景：一部のプログラムは、共有ネットワーク フォルダーでのインストール/実行をブロックします。共有/ファイル権限によるエラーや、GPO/レジストリでポリシーを有効にする必要があるという意味ではありません。マップされたネットワーク ドライブ (つまり、ローカル マシンの "Z:\" にマップされた "\SERVER\DriveP") を使用している場合でも、ネットワーク インストールが "動作しません" とはっきり表示され、ブロックされるという意味です。
私が見つけた回避策は、ネットワーク共有に VHD/VHDX を作成し、ローカル マシンのディスク管理を使用してその VHD をローカル ドライブとしてマウントすることです。たとえば、"\SERVER\DriveP" に VHD ファイル "VirtualDrive.vhd" を作成し、その VHD をローカル PC の "D:\" に接続します。これは 100% 透過的で、PC に物理的に接続されたドライブと機能的に同一であるようです。通常、マップされたネットワーク インストールをブロックする (または機能しない) プログラムも、この方法で動作します。
要するに：ネットワーク ドライブに物理的に保存されているローカルにマウントされた VHD を使用して、ネットワーク ドライブにプログラムをインストールしています。
質問：プログラムが、実行中のドライブ (この例では「D:\」) が実際には PC に物理的に接続されたドライブではなく、リモート コンピューターに保存されているがローカルにマウントされている VHD であることを検出する方法はありますか?
これは、serverfault よりも質問するのに適したコミュニティかもしれないと思いました。
答え1
十分に長い期間をかけて間接的に判断することもできます。100% 信頼できるわけではなく、時間もかかりますが、この情報は現実世界から漏れてくる可能性があります。
継続的に実行され、多数のディスク要求を行い、実行されているシステムの負荷を認識しているプログラムを想定します。要求のサービス時間を考慮すると、最終的には、システムが負荷されていない場合に一部の応答に非常に長い時間がかかる (ネットワーク トラフィック、輻輳などによる) ため、ディスクがマザーボードに接続された実際のハード ドライブである可能性はないと結論付けざるを得ません。