Я установил решение для резервного копирования FTP на /opt/backup
и кажется, что это только запись (даже как root, как показано).
# touch foo
# ls -l
-rw-r--r-- 1 root root 0 Feb 19 16:00 foo
# cat foo
cat: foo: Permission denied
# rm foo
# ls
#
Mountpoint выглядит так:
drwxr-xr-x 1 root fuse 1.0K Jan 1 1970 /opt/backup
Строка fstab:
curlftpfs#user:pass@user.backup.tld /opt/backup fuse allow_other,uid=0,gid=116,noatime 0 0
GID 116
это fuse
группа.
PS: Это не проблема с FTP-сервером, так как он отлично работает в режиме Midnight Commander.
Что здесь не так?
-f -d
flags) gave the following output when trying to cat
: unique: 19, opcode: OPEN (14), nodeid: 3, insize: 48, pid: 30167
open flags: 0x8000 /foo
ftpfs: operation ftpfs_open failed because Permission denied
unique: 19, error: -13 (Permission denied), outsize: 16
Опять же, при использовании клиентской программы, такой как Midnight Commander, такой проблемы не возникает.
Просто чтобы решить эту проблему: как уже упоминалось ранее, проблема был связанных с ipv6, чтобы исправить это, просто добавьте "ipv4" к параметрам, чтобы отключить ipv6:
# cat /etc/fstab
curlftpfs#SERVER /mnt/ftp-backup fuse disable_eprt,noauto,nodev,noexec,ipv4
curlftpfs#SERVER /mnt/ftp-backup fuse.curlftpfs disable_eprt,noauto,nodev,noexec,ipv4
Вы используете IPv6? У меня была такая же проблема, и это (к сожалению) было связано с моим подключением к FTP-серверу через IPv6.
После монтажа с -u ipv4
, все было отлично. tcpdump
Предполагается, что cURL
и удаленный FTP-сервер не смог должным образом инициировать пассивное FTP-соединение через v6.
Это просто проблема с отображением UID? Если вы откроете права доступа к каталогу, чтобы любой мог писать в него, решит ли это проблему? Если это так, я предполагаю, что root отображается на удаленную систему как никто.