Eu montei uma solução de backup FTP para /opt/backup e ela parece ser somente escrita (mesmo como root, como mostrado).
# 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
#
O ponto de montagem é assim:
drwxr-xr-x 1 root fuse 1.0K Jan 1 1970 /opt/backup
A linha do fstab é:
curlftpfs#user:[email protected] /opt/backup fuse allow_other,uid=0,gid=116,noatime 0 0
GID 116 é o grupo fuse .
PS: Não é um problema com o servidor FTP, pois funciona bem no comando da meia-noite.
O que está errado aqui?
Edit 2013-02-19:-f -d flags) gerou a seguinte saída ao tentar 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
Novamente, usando um programa cliente como o midnight commander, esse problema não ocorre.
Editar 2013-06-25
Apenas para resolver isso: Como alguém mencionou antes, o problema era relacionado ao ipv6, para consertar basta adicionar "ipv4" aos parâmetros para desabilitar o 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
Você está usando o IPv6? Acabei de ter o mesmo problema e foi (infelizmente) relacionado à minha conexão com o servidor FTP por meio do IPv6.
Após a montagem com -u ipv4 , tudo correu bem. tcpdump sugeriu que cURL e o servidor FTP remoto não puderam iniciar corretamente uma conexão FTP passiva pela v6.
É apenas um problema de mapeamento UID? Se você abrir as permissões no diretório para que alguém possa escrever para ele, isso resolve o problema? Se assim for, eu estou supondo que root está sendo mapeado para o sistema remoto como ninguém.
Tags permissions mount curl ftp linux