nginx webdav отсутствуют некоторые файлы в клиентах, отличных от браузеров.

Я настроил экземпляр nginx/webdav. Я могу подключиться к нему без проблем. (Если это имеет значение, он использует https:// и auth_pam.)

В веб-браузере (показано в chrome) я вижу все, что ожидаю увидеть:

(Я также тестировал с curl, идентичные результаты — показаны все файлы/каталоги.)

Но когда я подключаюсь с использованием другого клиента (я тестировал cadaver, macOS Finder и macOS mount_webdav), я вижу только подмножество:

$ cadaver --tolerant https://myhost.com/webdav/
...
dav:/webdav/? ls
Listing collection `/webdav/': succeeded.
Coll:   #recycle                               0  Nov 16 00:00
Coll:   summary                                0  Oct 29 14:11
        fixperms.sh                        26936  Apr  8  2024
dav:/webdav/?

Что интересно, если я проигнорирую то, что я не вижу ./data/, я все равно могу читать файлы внутри него (программно или в терминале/оболочке). Например, если ./data/somefile существует на сервере, то, даже если data не отображается в списке файлов, я могу выполнить cat data/somefile и получить его содержимое без проблем.

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

Сервер работает на nginx-1.18.0 (ubuntu 22.04) с --with-http_dav_module (скомпилированным в nginx) и дополнительным модулем libnginx-mod-http-dav-ext (пакет ubuntu). Конфигурация nginx:

    location /webdav {
        root /path/subpath ;
        rewrite ^/webdav/(.*)$ /$1 break;

        dav_methods PUT DELETE MKCOL COPY MOVE;
        dav_ext_methods PROPFIND OPTIONS;
        dav_access user:rw group:rw all:rw;

        client_max_body_size 0;
        create_full_put_path on;
        client_body_temp_path /tmp/webdav-temp ;

        auth_pam "Restricted";
        auth_pam_service_name "common-auth";

        autoindex on;
    }

К сведению, cadaver --tolerant используется для обхода некоторых жалоб в cadaver, так как я запрашиваю /webdav, хотя webdav на самом деле не является частью удаленной файловой системы/пути … обратите внимание на правило rewrite в nginx. Я не могу иметь корневой / в качестве корня webdav, и у меня есть другие каталоги верхнего уровня, которые обслуживаются, поэтому это правило переписывания.

К вашему сведению, я делаю это, чтобы получить лучшее подключение к удаленной файловой системе с macOS к удаленной сети. sshfs — это лучшее, что у меня есть на данный момент, и его поддержка на macOS отстает на годы от основной ветви без ожидания догнать, и он значительно медленнее, чем (например) sshfs на linux. Мне нужен доступ для чтения-записи в какой-то момент, еще не тестировал с этой настройкой webdav.

(Примечание: первоначально вопрос был задан на superuser, затем удален. Думаю, здесь он более уместен.)