SMB フォルダーが VPN 経由で古く見える？オフライン ファイルを確認

VPN に接続してマップ済みドライブを開くと、サーバーには明らかにあるファイルがフォルダーにありません。最初に疑うのはトンネル、DNS、Samba のアクセス許可です。多くの場合、接続は正常で、Explorer が共有のキャッシュされたコピーを表示しています。オフライン ファイルが VPN 接続中でもそのコピーを提供できるのは、表示が最新かどうかを決めるのがトンネルではなく共有だからです。修正は、どちらを見ているのかを証明することから始まります。

神話：VPN アイコンは共有が最新であることを意味する

VPN アイコンはエンドポイントへのトンネルが存在することを示します。特定の SMB 共有に到達できるか、Explorer がその共有をオンライン モードに戻したか、同期の失敗で古いコピーが残ったかについては何も示しません。DFS パスがどのサーバーを選んだかも示しません。

オフライン ファイルはリダイレクトまたは固定された共有のローカル コピーを保持します サーバーに到達できないときも利用できるようにするためです。共有が戻ると、クライアントはオンラインに戻って同期するはずです。低速リンクのポリシーが接続はまだ遅すぎると判断してキャッシュされた表示を維持することがあり、保留中の競合も高速リンクでも同じことを起こせます。

症状が選択的に見えるのは、あるフォルダーは古く、別のフォルダーは正しく開き、三つ目はまったく開かないからです。これは三つの異なる状態で、この記事が扱うキャッシュの話は最初の一つだけです。修正を選ぶ前に状態を名指ししてください。

Explorer がどのターゲットを読んでいるかを証明する

ドライブ文字ではなく正確な UNC パスから始めます。マップ済みドライブは思っているのとは別の共有を指していることがあり、DFS パスはまったく別のサーバーを参照していることがあります。マッピングを読むと、保存されたターゲットとその状態がわかります：

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

UNC パスを新しい Explorer ウィンドウで直接開き、マップ済みドライブと比較します。直接のパスに現在のファイルが表示され、マップ済みドライブに表示されないなら、問題の一部はマッピングであり、キャッシュではありません。

次に、そのファイルが想定されたユーザーに存在することを確認します。サーバー上の管理者による一覧は存在を証明しますが、通常の SMB ユーザーが同じアクセス権を持つことは証明しないため、実際に共有を使うアカウントで確認してください。資格情報が違えば、キャッシュとは無関係な理由で表示も変わります。存在、アクセス、可視性は 三つの別々の確認です。

何かを消す前に同期状態を読む

この機能が利用できる同期センターは、共有がオフラインで動作しているか、最後の同期が失敗したか、競合が待機しているかを報告します。これらの三つの状態は異なる修正につながり、競合が保留中のときにキャッシュを消すとローカルの作業を失うことがあります。

キャッシュを無効にする前、共有の固定を解除する前、オフライン コピーを削除する前に、サーバーに届いていないローカルの変更を探します。キャッシュにしか存在しないファイルは古い表示ではなく、同期されていないデータであり、まず承認された手順で保存する必要があります。保留中の変更があるキャッシュは削除しても安全ではありません。

ローカルの作業が安全になったら、サポートされているオンラインへの移行と同期を使い、そのうえで一覧をもう一度比較します。二つ目の Explorer ウィンドウを開いても更新が強制されないのは、どちらのウィンドウも同じローカル キャッシュを読めるからです。

機能を削除するのではなく共有の状態を修復する

共有が低速リンクのポリシーのためにオフラインのままなら、すべてのユーザーに対してオフライン ファイルを切るのではなく、その共有またはネットワークのポリシーを調整します。同期が失敗し続けるなら、失敗を直して競合を解決し、キャッシュされたコピーを再び最新にする機能する同期を保ってください。共有を対象とする最小のポリシーを変更してください。全体の変更は、一人の古い表示と引き換えに全員のオフライン アクセスを失わせます。

決してキャッシュすべきでない共有には、サーバーが共有ごとのヒントを送れます。Samba はそれを共有パラメーターとして公開しており、オンライン専用にすべき共有の値は次のとおりです：

csc policy = disable

Samba パラメーター リファレンス は許容される値とその意味を定義しています。設定は、構成を実際に生成する共有マネージャーを通して適用し、特に NAS では重要なので、ヒントはクライアントにすでにキャッシュされたデータを修復しないことを覚えておいてください。

ポリシーを変更した後は、クライアントが再接続し、期待されるファイルが現れることを確認します。サービスを再起動したことは、保留中のローカル変更がアップロードされた証拠ではないので、接続状態だけでなくファイルを確認してください。

原因がオフライン ファイルでない場合

UNC パスがオンラインであることを確認しても新しい一覧が異なるなら、キャッシュは説明になりません。共有とファイルシステムのアクセス許可、アクセスベースの列挙、DFS 参照が実際に選んだサーバーを確認します。どれもローカル コピーなしでフォルダーを隠せます。

決して接続しない共有には、キャッシュの確認ではなく、ルーティングとサービス フィルターの証拠が必要です。トンネルでブロックされたポート 445、間違ったアドレスに解決される DNS 名、ping は許可するが SMB は許可しないファイアウォール規則は、いずれもキャッシュが問題になる前に失敗を生みます。

二つの家族を分けるテストは単純です：サーバーに存在し、正しいユーザーに見えていて、それでもオンラインで現れないフォルダーはポリシーか列挙を示し、古い内容で現れるフォルダーはキャッシュを示します。設定を変える前に家族を診断してください。