特定のディレクトリをリモートクライアントにドライブマップできるようにWebDAVを構成したIISサーバーがあります。これを使用する必要があるクライアントコンピューターのほとんどは、2008年のWindowsServerバージョンです。 R2から2016年まで。
Windows 10 PCでは、WebDAVURLを問題なくドライブマップできます。私はLAN上にいます。自宅のPCにうまくマッピングすることもできます。これもWindows10ですが、まったく異なるネットワーク上にあります。また、LAN上のWindows7システムやインターネット上の他の場所でもOKに接続します。
私が使用しているコマンドはNet Use p: http://pe-distribution.corporatedomain.com.au /User:pe.user P@ssw0rd /Persist:YES
そしてP:ドライブがすぐに表示され、問題なく読み取り/書き込みができます。
しかし、それを使用する必要があるクライアントサーバー(Windows Server Std 2008 R2/2012/2012 R2/2016)のいずれかで同じものを実行しようとすると、非常に役に立たなくなります。
システムエラー67が発生しました。ネットワーク名が見つかりません。
ISSサーバーと同じLAN上で他のWindowsサーバーをテストしたところ、失敗しました。
Http/httpsで動作するためにNetUse用に変更する必要があるWindowsServer OSのセキュリティポリシーまたはレジストリ設定はありますか?または、IIS構成で見逃したものはありますか?
OK、これが適切な解決策であるかどうかはわかりませんが、うまくいったようです。
Windows Server 2008 R2、2012、および2012 R2システムのそれぞれに、「デスクトップエクスペリエンス」機能をインストールし、ドライブをマップすることができました。 (コアインストールではなく)「デスクトップエクスペリエンス」としてインストールされたWindows Server 2016システムの場合、「WebDAVリダイレクター」機能を追加する必要がありました。
したがって、明らかにWin 7/8.1/10にはWebDAVリダイレクタ(WebClient)が組み込まれていますが、サーバーOSには機能を追加する必要があります。
WebDAVクライアントに必要なのは不思議です。
とにかく、Windows WebDAVクライアントとの不整合のため、ドライブマッピングバッチファイルに追加の手順を追加しました。一部のシステムは、最初の試行ではドライブをマップしませんでしたが、2回目の試行ではマップしました。したがって、ドライブ文字をマッピングせずに認証を使用することにより、接続が開始され、ドライブマップが確実に機能するようになります。
バッチファイルは、ドライブを使用可能な状態に保つために、毎日午前6時とシステムの再起動時に実行されるようにスケジュールされています。
@echo off
Net Use P: /DELETE /Y
Net Use pe-distribution.corporatedomain.com.au /User:pe.user P@ssw0rd /PERSIST:Yes
TIMEOUT /T 3
Net Use P: pe-distribution.corporatedomain.com.au /User:pe.user P@ssw0rd /PERSIST:Yes