Azure Ubuntu环境下ASP.NET Core应用使用File.Copy从/tmp复制文件到挂载文件共享时遇权限拒绝问题求助

我来帮你拆解这个问题，毕竟这种Linux权限和.NET API行为差异的坑，我之前也踩过😅

首先，先明确一个核心差异：你用cp命令能成功，但.NET的File.Copy报错，本质是两者处理文件权限的逻辑完全不同。

可能的核心原因：File.Copy会自动复制源文件权限，而Azure文件共享不允许修改这些权限 #

在Linux环境下，.NET的File.Copy有个容易被忽略的行为：它会尝试将源文件的**权限模式（比如-rwxr-xr-x这类mode位）**完整复制到目标文件中。但Azure文件共享（比如Azure Files）挂载到Linux时，对权限的支持有特殊限制：

• 如果你挂载共享时没有显式设置file_mode/dir_mode，或者ASP.NET进程运行的用户没有修改文件权限的权限，当File.Copy尝试给目标文件设置和源文件一致的权限时，就会触发UnauthorizedAccessException。
• 而你用FileStream手动写入的方式，只是创建文件并写入内容，完全跳过了"复制源文件权限"这一步，自然不会触发权限检查的报错。

验证这个猜想的小步骤 #

1. 先看源文件的权限：ls -l /tmp/myfile，记下它的权限位（比如755或者644）。
2. 用你的临时方案创建目标文件后，再看它的权限：ls -l /mnt/mymount/myfile，对比两者的权限差异——你会发现目标文件的权限是进程默认的，和源文件不一样。
3. 试试如果目标文件已经存在，再用File.Copy(source, destination, overwrite: true)，大概率不会报错——因为此时File.Copy只会覆盖内容，不会尝试修改已存在文件的权限。

更优雅的解决方案 #

既然知道了原因，就不用再用手动读写字节的临时方案了，推荐两种更规范的处理方式：

方案1：显式控制目标文件权限，再复制内容 #

先创建目标文件并设置合适的权限，再复制源文件内容，避免自动继承源文件权限：

var source = "/tmp/myfile";
var destination = "/mnt/mymount/myfile";

// 创建目标文件并设置允许进程读写的权限
using var destStream = new FileStream(destination, FileMode.Create, FileAccess.Write);
File.SetUnixFilePermissions(destination, UnixFilePermissions.UserRead | UnixFilePermissions.UserWrite | UnixFilePermissions.OtherRead);

// 高效复制内容
using var sourceStream = File.OpenRead(source);
await sourceStream.CopyToAsync(destStream);

方案2：修改挂载参数，放宽权限限制 #

如果你的场景允许，可以在挂载Azure文件共享时，显式指定文件和目录的默认权限，比如：

sudo mount -t cifs //<你的存储账户>.file.core.windows.net/<共享名> /mnt/mymount -o username=<存储账户名>,password=<存储账户密钥>,uid=1000,gid=1000,file_mode=0664,dir_mode=0775

这里的uid/gid要和ASP.NET进程运行的用户ID一致（比如www-data的uid通常是33），file_mode设置为进程用户可读写的权限，这样File.Copy复制权限时也不会触发异常。

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