SharePointのマップされたドライブが切断されたり、パスワードを求められたりする？その理由はこちら

SharePoint Onlineライブラリをドライブレターにマッピングしても、最初はうまくいくのに、現実と接触すると機能しなくなります。ドライブが午後に切断されたり、再起動後に空になったり、すでに保存されているはずのパスワードを求められたりします。これら3つの問題はすべて同じ原因から発生します。WebDAVマッピングはブラウザセッションによって支えられており、セッションは資格情報ではありません。

マッピングが持続するかどうかは、4つの要素によって決まります。この順序で確認してください。

[IMAGE: webdav-four-layers.png — alt: "SharePointのマップされたドライブが依存する4つのレイヤーと、それぞれが失敗したときの症状"]

1. WebClientサービス — これなしではマッピングは機能しません

WindowsにおけるWebDAVはWebClientサービスによって提供されており、Windows Serverの新規インストールでは、この基盤となる機能は全く存在しません。Windowsクライアントエディションでは、このサービスは存在しますが、多くの場合「手動」に設定されており、これはオンデマンドで起動し、アイドル状態になると再び停止することを意味します。ドライブが機能し、その後静かに消えてしまうのは、まさにこのためです。

Get-Service WebClient | Select-Object Status, StartType

マッピング中に消えないように、自動的に起動するように設定します。

Set-Service WebClient -StartupType Automatic
Start-Service WebClient

Windows Serverでは、まずこの機能をインストールする必要があります。

Install-WindowsFeature WebDAV-Redirector -Restart

ここでの再起動は必須です。再起動が行われるまで、リダイレクターはロードされません。

2. AuthForwardServerList — 不足しているレジストリ値

デフォルトでは、WebDAVリダイレクターはローカルと見なさないサーバーに資格情報を転送することを拒否します。SharePoint Onlineに対しては、これはすでに持っているトークンを送信しないことを意味するため、技術的には問題のないマッピングでもパスワードプロンプトが表示されます。

解決策は、転送された資格情報を受け入れることを許可されたホストをリストするMULTI_SZ値です。

$key = 'HKLM:\SYSTEM\CurrentControlSet\Services\WebClient\Parameters'
New-ItemProperty -Path $key -Name AuthForwardServerList -PropertyType MultiString `
    -Value @('https://contoso.sharepoint.com', 'https://contoso-my.sharepoint.com') -Force
Restart-Service WebClient

ご自身のテナントホスト名を使用してください。ユーザーがOneDriveをマップする場合、-myホストも忘れずに含めてください。これは別のホスト名であり、忘れられがちなものです。

これはマシンごとの設定であり、手作業で何度も行うよりも、グループポリシー設定のレジストリアイテムとして設定するのが自然です。

3. セッショントークンの有効期限 — 「今朝は動いていたのに」の本当の原因

[IMAGE: webdav-vs-onedrive-sync.png — alt: "WebDAVマップされたドライブとOneDrive同期クライアントの6つの要件における比較"]

これはレジストリキーでは修正できない部分です。SharePoint OnlineへのWebDAVマッピングはセッションクッキーに依存しており、そのクッキーには有効期限があります。期限が切れると、ドライブはマッピングされたままでも、すべてのアクセスが失敗するか、再認証を求められます。

これを延長する2つの方法がありますが、どちらも永続的なものではないことを正直に述べておく価値があります。

• ユーザーはテナントへの認証時にサインイン状態を維持するを選択している必要があります。これがないと、セッションは設計上短くなります。
• テナントのサインイン頻度ポリシーが上限を決定します。条件付きアクセスが数時間ごとに再認証を強制する場合、クライアント側の設定ではそれを上回ることはできません。

ユーザーが1週間の作業に耐えるドライブレターを必要とする場合、WebDAVは間違ったツールであり、どれだけ調整してもそれは変わりません。Files On-Demandを備えたOneDrive同期クライアントは、エクスプローラーに実際のパスを提供し、独自の更新トークンを保持し、ブラウザセッションに依存しません。WebDAVに1週間費やす前に、このことを要求者に明確に伝えてください。

4. 資格情報マネージャーの古いエントリ

マッピングの認証が数回失敗すると、Windowsは誤った応答をキャッシュし、それを繰り返し再生し続けます。これをクリアすることで、それまで機能しなかった正しい構成が機能し始めることがよくあります。

cmdkey /list | findstr /i sharepoint

一致する各エントリを削除します。

cmdkey /delete:<target-name-from-the-list>

その後、再マッピングします。これは最初の3つの修正を行った後に行い、それより前に行わないでください。そうしないと、キャッシュをクリアしても、同じ壊れた構成が再びキャッシュを埋めてしまいます。

マッピング自体を再接続させる

[IMAGE: net-use-command-anatomy.png — alt: "SharePointライブラリのnet useコマンド、各部分の注釈付き"]

ドライブの作成方法における2つの詳細が、見た目以上に重要です。

net use Z: "https://contoso.sharepoint.com/sites/finance/Shared Documents" /persistent:yes

/persistent:yesがないと、他の何を修正しても、次回のサインイン時にはマッピングが消えてしまいます。また、パスはドキュメントライブラリのルートである必要があります。サブフォルダーを指すと、一貫性のない解決をするマッピングが生成されます。

機能するだけでなく、持続することを確認する

信頼できる唯一の確認方法は再起動です。

Get-PSDrive -PSProvider FileSystem | Where-Object { $_.DisplayRoot -like 'http*' }
Test-Path 'Z:\'

再起動後と昼休み後にこれを実行してください。作成直後に成功するマッピングは何も教えてくれません。この記事のすべては、最初の1分ではなく、2時間目以降について語っています。

特定のエラーコードで失敗する場合

0x80070043は、これとは異なる原因を持つ別の問題であり、そのバリエーションではありません。これは、資格情報が拒否されたのではなく、名前が解決できないことを意味します。