Linux（Docker容器内）使用C#写入网络位置的路径适配问题

Windows原生支持\\IP\共享名格式的UNC SMB路径直接访问，但Linux无系统级的SMB路径直接IO支持，.NET在Linux环境下无法解析这类Windows格式的路径，仅修改路径字符串格式无法解决问题。

方案一：系统挂载SMB共享（推荐，性能最高、兼容性最好） #

步骤1：配置Docker容器权限与依赖 #

• 启动容器时需添加--privileged参数，或单独授予CAP_SYS_ADMIN权限并开放cifs文件系统挂载权限
• 在Dockerfile中安装cifs工具依赖：
  Debian/Ubuntu基础镜像：

  RUN apt update && apt install -y cifs-utils
  

  RHEL/CentOS基础镜像：

  RUN yum install -y cifs-utils
  

步骤2：挂载SMB共享到容器本地目录 #

容器内执行挂载命令，注意Linux下SMB路径格式为//IP/共享名，所有反斜杠替换为正斜杠：

mount -t cifs //10.123.123.123/folder$ /mnt/smb_share -o username=SMB账号,password=SMB密码,domain=你的域,vers=2.1

你可以根据实际需求调整vers参数的SMB协议版本，匹配你的共享服务端配置。

步骤3：修改C#代码路径 #

代码中直接使用挂载后的本地路径即可，原有IO逻辑无需调整：

// 建议将路径放到配置文件，Windows环境配UNC路径、Linux环境配挂载路径，无需修改代码适配双环境
var path = "/mnt/smb_share/subfolder";
string fullPath = Path.Combine(path, "file_name1");
string body = "Test File Contents";
if (!Directory.Exists(path))
{
    Directory.CreateDirectory((path));
}
File.WriteAllText(fullPath, body);  

方案二：代码层直接访问SMB（无需系统挂载，灵活度高） #

如果不希望配置容器挂载，可以使用第三方SMB协议库比如SMBLibrary，直接在代码中实现SMB协议访问，无需依赖系统挂载能力，按照库的API传入目标IP、共享名、子路径、认证信息即可完成文件读写。

• 你的LDAP验证逻辑本身无跨平台问题，只要容器网络能连通域控的389端口即可正常运行
• 不要在代码中硬编码路径，通过配置文件区分不同环境的路径配置，兼容性更强

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