Папка SMB выглядит устаревшей через VPN? Проверьте автономные файлы

Вы подключаете VPN, открываете сопоставленный диск, и в папке нет файла, который на сервере явно есть. Первый порыв — винить туннель, DNS или разрешения Samba. Во многих случаях соединение в порядке, а Проводник показывает кэшированную копию общей папки. Автономные файлы могут отдавать эту копию даже при включённом VPN, потому что именно общая папка, а не туннель, решает, актуален ли вид. Исправление начинается с доказательства того, на что именно вы смотрите.

Миф: значок VPN означает, что общая папка актуальна

Значок VPN сообщает, что до конечной точки есть туннель. Он ничего не говорит о том, доступна ли конкретная общая папка SMB, перевёл ли Проводник её обратно в режим онлайн и не оставила ли неудачная синхронизация более старую копию. Он также не сообщает, какой сервер выбрал путь DFS.

Автономные файлы хранят локальную копию перенаправленных или закреплённых общих папок чтобы они оставались доступными, когда сервер недоступен. Когда общая папка возвращается, клиент должен вернуться в онлайн и синхронизироваться. Политика медленного соединения может решить, что связь всё ещё слишком медленная, и сохранить кэшированный вид, а ожидающий конфликт может сделать то же самое даже на быстром канале.

Поэтому симптом кажется избирательным: одна папка устарела, другая открывается правильно, а третья не открывается вовсе. Это три разных состояния, и только первое — та история с кэшем, о которой эта статья. Назовите состояние, прежде чем выбирать исправление.

Докажите, какую цель читает Проводник

Начните с точного пути UNC, а не с буквы диска. Сопоставленный диск может указывать на другую общую папку, чем вы думаете, а путь DFS может относиться к совершенно другому серверу. Чтение сопоставления показывает сохранённую цель и её состояние:

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

Откройте путь UNC напрямую в новом окне Проводника и сравните его с сопоставленным диском. Если прямой путь показывает текущий файл, а сопоставленный диск нет, сопоставление — часть проблемы, а не кэш.

Затем убедитесь, что файл существует для нужного пользователя. Список администратора на сервере доказывает существование, а не то, что обычный пользователь SMB имеет тот же доступ, поэтому проверяйте под учётной записью, которая действительно использует общую папку. Разные учётные данные дают разные виды по причинам, не связанным с кэшем. Существование, доступ и видимость — три отдельные проверки.

Прочитайте состояние синхронизации, прежде чем что-либо удалять

Центр синхронизации, где эта функция доступна, сообщает, работает ли общая папка автономно, не завершилась ли последняя синхронизация неудачей и ждут ли конфликты. Эти три состояния ведут к разным исправлениям, а очистка кэша при ожидающем конфликте может уничтожить локальную работу.

Ищите локальные изменения, не дошедшие до сервера, прежде чем отключать кэширование, откреплять общую папку или удалять автономную копию. Файл, существующий только в кэше, — это не устаревший вид; это несинхронизированные данные, и их сначала нужно сохранить утверждённым процессом. Кэш с ожидающими изменениями удалять небезопасно.

Когда локальная работа в безопасности, используйте поддерживаемый переход в онлайн и синхронизацию, а затем снова сравните список. Открытие второго окна Проводника не принудительно обновляет данные, потому что оба окна могут читать один и тот же локальный кэш.

Исправьте состояние общей папки, а не удаляйте функцию

Если общая папка остаётся автономной из-за политики медленного соединения, настройте политику для этой папки или сети, а не отключайте автономные файлы для всех пользователей. Если синхронизация продолжает сбоить, устраните сбой и разрешите конфликты; работающая синхронизация и делает кэшированную копию снова актуальной. Меняйте наименьшую политику, охватывающую эту папку. Глобальное изменение меняет устаревший вид одного пользователя на потерянный автономный доступ всех.

Для общих папок, которые никогда не должны кэшироваться, сервер может отправить подсказку для каждой папки. Samba предоставляет её как параметр общей папки, а значение для папки, которая должна оставаться только онлайн:

csc policy = disable

Справочник параметров Samba определяет допустимые значения и их смысл. Применяйте настройку через менеджер общих папок, который действительно создаёт конфигурацию, особенно на NAS, и помните, что подсказка не исправляет данные, уже кэшированные на клиенте.

После любого изменения политики проверьте, что клиент переподключается и появляется ожидаемый файл. Перезапущенная служба не доказывает, что ожидающее локальное изменение было загружено, поэтому проверяйте файл, а не только состояние подключения.

Когда причина не в автономных файлах

Если путь UNC подтверждён как онлайн, а свежий список всё равно отличается, кэш не объяснение. Проверьте разрешения общей папки и файловой системы, перечисление на основе доступа и сервер, который фактически выбрала ссылка DFS. Любое из этого может скрыть папку без участия локальной копии.

Общая папка, которая никогда не подключается, требует доказательств маршрутизации и фильтрации служб, а не проверки кэша. Заблокированный через туннель порт 445, имя DNS, разрешающееся в неверный адрес, или правило брандмауэра, разрешающее ping, но не SMB, дают сбой ещё до того, как кэш станет важен.

Тест, разделяющий два семейства, прост: папка, которая есть на сервере, видна нужному пользователю и всё же не появляется онлайн, указывает на политику или перечисление; папка, появляющаяся со старым содержимым, указывает на кэш. Диагностируйте семейство, прежде чем менять настройку.