我已经挂载了一个FTP备份解决scheme到/opt/backup ，它似乎是只写（甚至作为根，如图所示）。
# 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:[email protected] /opt/backup fuse allow_other,uid=0,gid=116,noatime 0 0
GID 116是fuse组。
PS：这不是FTP服务器的问题，因为它在午夜指挥官工作正常。
这里怎么了？
编辑2013-02-19：
debuggingcurlftpfs（带-f -d标志）在尝试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
再次，使用诸如午夜指挥官之类的客户端程序，不会发生这样的问题。
编辑2013-06-25
我现在已经改为使用CIFS，正常工作。
不过，这显然不是一个解决scheme。
只是为了解决这个问题：正如之前提到的，问题与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吗？ 我刚刚遇到了同样的问题，并且（可惜）与我通过IPv6连接到FTP服务器有关。
用-u ipv4安装后，一切都很好。 tcpdumpbuild议cURL和远程FTP服务器无法通过v6正确启动被动FTP连接。
这只是一个UID映射问题？ 如果你打开目录上的权限，以便任何人都可以写信给它解决这个问题吗？ 如果是这样，我猜根目前正被映射到远程系统没有人。