Дерево диагностики для PROPFIND: проверить тело Multi-Status, дочерние response, Depth и статус внешнего mount, не удаляя локальные файлы и не запуская повторную синхронизацию вслепую.
Заморозьте действия, которые могут изменить данные
Если клиент внезапно показал пустую папку, не удаляйте её локальную копию, не выполняйте двустороннюю пересинхронизацию и не очищайте кэш. Сделайте копию уже имеющихся локальных файлов на независимый носитель по правилам вашей организации. Пустой интерфейс не сообщает, были ли объекты удалены на сервере или источник временно не отвечает. Пока граница не установлена, сохранение важнее попытки «обновить вид».
Читайте тело Multi-Status, а не только код
RFC 4918 определяет 207 Multi-Status как ответ с несколькими независимыми статусами. Для PROPFIND Nextcloud важны запрошенный Depth и каждый response внутри multistatus. Сохраните метод, URL без имен пользователей, Depth, общий код и список дочерних href в обезличенном виде. Если в теле есть только response самой папки, это подтверждает неполный листинг данного ответа, но не причину и не факт удаления.
Сверьте состояние внешнего хранилища
Администрация Nextcloud показывает индикаторы доступности external storage и описывает временную пометку mount как недоступного после ошибки. На том же интервале времени сверьте индикатор mount и серверный журнал. Сохраните тип исключения, время и имя mount в обобщённом виде. Не публикуйте адреса хранилища, учётные данны и полные пути. Совпадение времени даёт сильную гипотезу, но не заменяет разбор сервером.
Эскалируйте без риска для копий
Полезный пакет содержит версию Nextcloud, тип external storage, метод и Depth, структуру multistatus без имён и токенов, индиктор mount и точную временную метку исключения. Укажите, видны ли файлы в веб-интерфейсе и на самом backend по штатной процедуре администратора. Остановите клиентскую запись в эту папку до ответа поддержки. Не удаляйте аккаунт, не сбрасывайте кэш и не создавайте пустую папку поверх локальных данных: это не поможет разобрать 207.
Как различить четыре безопасных исхода
Если WebDAV и веб-интерфейс оба видят дочерние ресурсы, пустая папка могла быть клиентским представлением. Если веб-интерфейс видит файлы, а PROPFIND нет, нужно сверить Depth, путь и права без их изменения. Если оба канала пусты, но mount помечен как недоступный, приоритет получает backend. Если mount доступен, но тело 207 неполно, сохраните серверный журнал на тот же момент. Все четыре исхода требуют сохранить локальную копию до ответа администратора.
Материал подготовлен редакцией VOne с применением ИИ для дерева безопасной диагностики; WebDAV и external storage проверены по RFC и документации Nextcloud, issue оставлен только сигналом.
Источники и проверка
- Nextcloud Developer Manual — WebDAV basics проверено 2026-08-10
- Nextcloud Admin Manual — External storage проверено 2026-08-10
- IETF RFC 4918 — WebDAV проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.