ASP.NET Core Web应用无法将上传文件保存至映射网络驱动器

核心故障根因 #

Windows系统的映射网络驱动器（即Z盘这类盘符）是绑定到特定用户登录会话的资源，并非系统全局可见。

• 远程调试模式下功能正常，是因为调试进程运行在你本人交互式登录的会话上下文中，该会话存在你手动映射的Z盘盘符，进程可正常识别路径。
• 正式在IIS中运行时，工作进程运行在独立的系统服务会话中，该会话内不存在你个人映射的Z盘盘符——即便调整了账号权限、修改了应用池身份、开启了模拟权限，进程本身根本识别不到“Z:”这个盘符，自然会抛出“找不到路径”的错误。
  之前完成的所有配置调整，都没有解决“盘符在当前进程上下文不存在”的核心矛盾，因此无法生效。

可行解决方案 #

• 第一步：彻底弃用映射盘符路径，直接使用UNC原生网络共享路径
  把代码里的Z:/Mikro-demo/Commesse替换为共享对应的标准UNC路径，格式为\\文件服务器主机名/IP\共享根目录\子目录，例如\\192.168.1.100\Mikro-demo\Commesse。这类路径不依赖任何用户会话的盘符映射，是跨会话、跨进程全局可识别的网络路径。
• 第二步：配置正确的跨服务器访问权限
  因为UNC路径是跨机器的网络访问，之前给本地IIS_USERS、本地NetworkService开权限是无效的：
  • 如果应用池保持NetworkService身份运行，访问远程共享时，对外的认证身份是IIS部署服务器的机器账号（格式为IIS服务器名$），需要到存储共享的文件服务器上，给这个机器账号开放对应目录的共享权限、NTFS权限（读、写、修改）。
  • 更稳妥的方式是给应用池配置一个具备共享访问权限的专属服务账号（本地账号或域账号均可），让应用池以该身份运行，避免机器账号权限配置的各种兼容问题。
• 第三步：修正之前无效的配置
  对于ASP.NET Core应用，Web.config中配置的模拟权限对非托管的System.IO.File文件操作不生效，因为ASP.NET Core模块不会把模拟安全上下文透传给文件系统调用，这类配置可以直接移除，避免造成误导。

调整后的核心代码示例 #

[HttpPost]
public IActionResult loadFile(VM_TRASF TSF)
{
    try
    {
        if (ModelState.IsValid)
        {
            // 直接使用UNC共享路径，不依赖映射盘符
            string saveRoot = @"\\192.168.1.100\Mikro-demo\Commesse";
            string fileNameToUpload = $"example{DateTime.Now.ToString("yyyyMMddHHmmss")}.pdf";
            string fullSavePath = Path.Combine(saveRoot, fileNameToUpload);

            // 写入文件
            using FileStream FL = System.IO.File.OpenWrite(fullSavePath);
            TSF.fileUpload.CopyTo(FL);

            return Content("ok");
        }
        else
        {
            return Content("errore!");
        }
    }
    catch (Exception ex)
    {
        return Content($"Error: {ex.Message}");
    }
}

避坑提醒 #

• 不要为了图方便在应用启动时通过代码手动映射盘符到系统会话，这类操作还是受Windows会话隔离规则限制，稳定性远不如直接使用UNC路径。
• 配置完权限后，先在IIS服务器上以应用池对应的身份测试UNC路径的可访问性，确认权限链路畅通后再部署代码，减少排查成本。

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