FRP+WebDAV挂载后提示“文件夹正在使用”，无法访问或卸载？

Question

FRP+WebDAV挂载后提示“文件夹正在使用”，无法访问或卸载，是Windows系统下典型资源占用冲突问题。根本原因在于：WebDAV客户端（如Windows自带的“映射网络驱动器”）在FRP反向代理场景中，因HTTP长连接、连接复用及超时机制不匹配，导致SMB会话未正常释放；同时Explorer.exe、PowerShell、第三方工具（如Total Commander）或后台服务（如索引服务、杀毒软件、OneDrive）可能持续持有句柄，使系统判定驱动器“正被使用”。此外，FRP配置中`pool_count`过低、`tcp_mux`关闭或`health_check_type`缺失，易引发连接僵死，加剧句柄泄漏。用户执行卸载（`net use * /delete`）或访问时即报错。该问题非权限或认证失败所致，而是会话生命周期管理与网络代理协同失效的综合表现，需从客户端句柄清理、FRP连接健壮性、系统服务干预三层面协同排查。

Answer 1

```html

一、现象定位：从错误提示切入诊断起点

Windows资源管理器中右键“断开网络驱动器”或执行 net use X: /delete 时弹出“文件夹正在使用，无法访问或卸载”——该提示并非权限拒绝（如0x80070005），而是系统内核级句柄占用检测触发（STATUS_DEVICE_BUSY）。需立即排除用户误操作，确认是否所有Explorer窗口、PowerShell会话、CMD终端均已关闭对应驱动器路径。

二、客户端句柄溯源：定位真实持有者

• 使用 handle.exe -a X:（Sysinternals套件）扫描所有进程对驱动器X:的句柄引用
• 重点关注：explorer.exe（缩略图预览/地址栏历史）、SearchIndexer.exe（Windows搜索索引）、OneDrive.exe（实时同步监听）、第三方文件管理器（如Total Commander的缓存目录监视）
• 典型输出示例：explorer.exe pid: 3248 TYPE: File 1A0: X:\ → 表明资源管理器仍持有底层IRP句柄

三、WebDAV协议栈与FRP代理的时序冲突

Windows WebDAV Mini-Redirector（mrxdav.sys）默认启用HTTP/1.1 Keep-Alive，但FRP若未配置健康检查与连接复用策略，将导致：

FRP配置项	安全阈值	风险表现
pool_count = 5	≥20	连接池枯竭，新请求排队阻塞，旧连接超时未释放
tcp_mux = false	true	每个HTTP请求独占TCP连接，易形成TIME_WAIT堆积
缺失 health_check_type = tcp	必须启用	后端WebDAV服务宕机后，FRP不主动踢除僵死连接

四、系统服务级干预：禁用非必要句柄注入源

1. 临时禁用Windows搜索：net stop WSearch && sc config WSearch start= disabled
2. 暂停OneDrive同步：taskkill /f /im OneDrive.exe + 清理%LocalAppData%\Microsoft\OneDrive\logs
3. 关闭资源管理器预览窗格：reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" /v "AlwaysUnloadDLL" /t REG_DWORD /d 1 /f

五、FRP高可用配置重构（含健壮性增强）

[webdav_proxy]
type = tcp
local_port = 80
remote_port = 8080
pool_count = 30
tcp_mux = true
health_check_type = tcp
health_check_timeout_s = 3
health_check_interval_s = 10
health_check_max_failed = 3

六、WebDAV服务端协同优化（Nginx/Apache参考）

在反向代理层显式控制连接生命周期，避免与Mini-Redirector产生语义冲突：

graph LR
  A[Windows Explorer] -->|HTTP/1.1 with Keep-Alive| B(FRP Client)
  B -->|Multiplexed TCP| C[FRP Server]
  C -->|Short-Lived HTTP| D[Nginx WebDAV]
  D -->|set_header Connection close| E[Backend Storage]
  style D stroke:#ff6b6b,stroke-width:2px

七、强制清理与原子卸载流程（生产环境推荐）

1. 以管理员身份运行PowerShell，执行：Reset-WebDavConnection（需导入WebDavAdmin模块）
2. 调用Win32 API强制释放：net use X: /delete /y && cmd /c "echo off & for /f \"tokens=2\" %i in ('tasklist ^| findstr \"explorer\"') do taskkill /f /pid %i"
3. 重启MRxSmb驱动：net stop mrxdav && net start mrxdav（注意：此操作将断开所有WebDAV映射）

八、长期治理：构建可观测性闭环

部署轻量级监控脚本，每5分钟采集关键指标并写入ETW日志：

• WebDAV连接数：Get-NetTCPConnection -State Established | Where-Object {$_.LocalPort -eq 8080} | Measure-Object
• 句柄泄漏趋势：Get-Process | Where-Object {$_.HandleCount -gt 10000} | Select-Object Name,Id,HandleCount
• FRP健康状态：curl -s http://127.0.0.1:7400/api/status | jq '.proxies.webdav_proxy.health'

九、架构级规避建议：替代方案评估矩阵

方案	兼容性	FRP依赖度	句柄风险	适用场景
WebDAV over HTTPS直连（无FRP）	★☆☆☆☆	无	低	公网IP+有效证书
SFTP via WinSCP + WebDAV桥接	★★★☆☆	中	极低	强审计需求环境
Nextcloud客户端（自建同步）	★★★★☆	无	无	需离线缓存与版本控制

十、深度原理剖析：Mini-Redirector会话状态机缺陷

Windows WebDAV Mini-Redirector在FRP长连接场景下，其内部状态机（MRxSmbSessionState）无法正确响应TCP RST包重置，导致SESSION_STATE_ACTIVE持续驻留。当FRP因pool_count不足返回503时，客户端未触发MRxSmbDisconnectSession，而直接进入SESSION_STATE_DISCONNECTING挂起态——此状态在内核中不释放FILE_OBJECT句柄，造成net use /delete永远阻塞于IRP_MJ_CLEANUP等待。根本解决需微软补丁（KB5034441部分修复），当前只能通过驱动级强制回收规避。

```