SSHFS挂载群晖NAS目录后可建文件但删除提示权限拒绝

SSHFS挂载后出现「可创建文件、无法删除文件」的异常，核心原因是两层权限校验逻辑不匹配：

• 客户端（本地Debian/Proxmox）的FUSE权限校验环节判定操作合规，因此touch操作可以正常完成
• 远端（群晖NAS）的真实文件系统权限校验环节拦截了删除操作，而你配置的uid=0,gid=0映射仅影响客户端看到的文件元数据显示，不会改变远端SSH登录所用普通账号的实际操作权限，因此出现了看似权限全开、实际操作被拒的情况。

权限校验的关键区别：创建文件只需要对目标目录有写权限，而删除文件除了需要目录的写+执行权限外，还不受目标文件本身的权限影响——哪怕文件的所有者是当前用户，只要目录权限不允许删除操作，就会直接返回Permission denied。

• 第一步：直接验证远端账号的基础权限
  不要在挂载路径下测试，直接通过SSH登录群晖账号手动操作：

  1. 执行ssh user@192.168.0.1连接到群晖系统
  2. 切换到实际的目标目录（注意群晖的共享目录绝对路径一般为/volume1/xxx，不要用相对路径home/data，相对路径会默认拼接到用户自己的home目录下，出现路径错配）
  3. 手动执行touch test_del.txt && rm test_del.txt，如果直接报Permission denied，说明问题完全出在群晖侧的权限配置，和本地挂载参数无关。

• 第二步：修正群晖侧的权限配置
  常见的群晖侧拦截场景：

  1. 共享文件夹权限分配不全：给SSH登录所用的user账号分配目标目录的可读写权限，确认没有勾选「禁止修改/删除文件」的限制项——删除操作要求账号对所在目录拥有写+执行权限，仅给文件本身的权限是不够的
  2. 开启了用户目录chroot隔离：如果群晖SSH配置里对普通用户做了home目录锁定，需要把目标共享目录加到用户的可访问路径白名单内，避免用户被限制在自己的专属home目录下操作
  3. 安全规则拦截：暂时关闭共享文件夹的回收站、防勒索程序的拦截规则做测试，这类规则经常会拦截普通账号的永久删除操作

• 第三步：修正SSHFS挂载参数的常见配置误区
  你当前的挂载参数存在两个容易引发权限判断偏差的问题：

  1. 启用了default_permissions参数：这个参数会让FUSE层完全按照映射的uid/gid做权限校验，跳过SSHFS内置的远端操作权限预判，导致出现「客户端判定有权限，实际远端操作被拒」的信息差
  2. 远端路径使用相对路径：群晖的SSH登录后默认工作目录是用户的home路径，写相对路径home/data会实际定位到~/home/data，不是实际的共享目录路径，容易错配到权限受限的路径下

  修正后的可正常使用的挂载命令参考：

  sshfs user@192.168.0.1:/volume1/home/data /mnt/dist-folder/ -o reconnect,ServerAliveInterval=60,ServerAliveCountMax=30,allow_other,uid=0,gid=0,umask=007,noatime
  

关键认知提醒：SSHFS的uid=0,gid=0映射仅作用于本地文件系统的元数据展示，不会将远端SSH登录的普通账号提权为root，所有实际的文件操作权限边界，完全由远端SSH账号的系统权限决定，不存在本地映射成root就能获得远端全量操作权限的逻辑。

内容的提问来源于stack exchange，提问作者remy_dev