Смонтировать экспорт NFS4 из Ubuntu на Mac OSX 10.11
ForceCommand не фильтр , а принудительная команда независимо от команды - строка, как следует из названия. rsync требует запуска разных команд (насколько я знаю ... да, было бы полезно предоставить sshd -ddd и ssh -vvv ).
Одна из возможностей - покинуть ChrootDirectory , удалить ForceCommand и скопировать rsync , возможно, некоторую оболочку и ее зависимости ( ldd / usr / bin / rsync ) в корневой каталог . Это не идеально, но он должен выполнять свою работу и ограждать пользователя от файловой системы.
После долгих экспериментов и поисков я наконец смог решить эту проблему.
Как было найдено в этой ветке (о Fedora, но достаточно близко к Mac), кажется, что хотя nfs3 позволит sudo mount <...> < server-ip>:/export/share <...>, nfs4, кажется, требует sudo mount <...> <...> (монтирование «корневого» каталога экспорта, а не самого экспортируемого каталога). После исправления мои каталоги монтируются нормально, хотя кажется, что он привязывает каталог /export вместо каталога /export/share (добавляя еще один уровень каталога). Не имеет большого значения, но стоит отметить, если для этого есть исправление. РЕДАКТИРОВАТЬ : я был неправ, оказывается, вы можете экспортировать каталог /share, специально используя sudo mount <...> <...>, просто пропуская корневой каталог экспортируемого каталога.
Интересно отметить, что если я изменю строку /etc/export на сервере с /export/share *(insecure,no_subtree_check,rw,nohide,sync) в /export/share *(insecure, fsid=0 , no_subtree_check,rw,nohide,sync), целевой каталог на клиенте NFS/Share_Media по какой-то причине кажется, что он становится бесконечно вложенным в себя после установки. Просто решил включить это наблюдение на случай, если у кого-то из будущего возникнет такая же проблема с летающей машиной.