win11执行netsh winsock reset后代理工具失效，因该命令清除了fiddler/charles等依赖的winsock分层服务提供程序（lsp）；需先验证lsp丢失（netsh winsock show catalog），再通过工具内置修复、管理员运行安装脚本或重装证书+启用chrome://flags/#allow-insecure-localhost等方式恢复http/https抓包。
Win11执行netsh winsock reset后，Fiddler、Charles、Proxyman等开发代理工具突然无法捕获HTTP/HTTPS流量，浏览器显示连接被拒绝或SSL握手失败，这是因为重置操作清除了Winsock目录中由代理工具注入的分层服务提供程序（LSP），而这些LSP正是代理拦截流量的关键中间层。
确认代理工具LSP是否已被清除
打开管理员权限终端，执行：
netsh winsock show catalog
滚动查看输出列表，若找不到包含“Fiddler”“Charles”“Proxyman”或对应公司名（如“Telerik”“Burp”）的LSP条目，说明已丢失——【这是代理失效的直接证据】。此步不可跳过，避免误判为证书或端口问题。
重新注册代理工具的Winsock LSP
方法一：通过代理工具自身修复入口（推荐优先尝试）
启动Fiddler → 点击菜单栏Tools → Options → HTTPS → 勾选Decrypt HTTPS traffic → 点击OK → 弹出提示时点“Yes, install root certificate”和“Yes, re-enable Winsock LSP”。
该流程会自动调用FiddlerCore.dll执行LSP重注册，并导入根证书。Charles同理：Help → SSL Proxying → Install Charles Root Certificate。
方法二：手动运行代理工具安装脚本
以Charles为例：进入Charles安装目录（默认C:\Program Files\Charles\），右键点击charles-proxy.exe → 选择“以管理员身份运行”，启动后它会自动检测并重装LSP；若无反应，则在管理员终端中执行：
cd "C:\Program Files\Charles"
charles-proxy.exe /install
方法三：使用netsh命令强制重建（仅当工具无内置修复时）
某些老旧代理工具不提供自动修复，需手动补全LSP链。先执行：
netsh winsock reset
再立即重启电脑——这看似矛盾，实则是为清除残留错位LSP，腾出干净注册表空间；重启后，再按方法一或二重新安装代理，成功率显著提升。
修复HTTPS抓包中断问题
第一步：删除旧证书
按Win+R输入certmgr.msc → 展开“受信任的根证书颁发机构”→“证书” → 查找并删除所有名称含“FiddlerRoot”“Charles Proxy CA”“Proxyman CA”的证书（包括已过期项）。【不清理旧证书会导致新证书被系统拒绝】
第二步：重新生成并安装代理证书
Fiddler：Tools → Options → HTTPS → 点击“Export Root Certificate to Desktop”，双击导出的.cer文件 → 选择“将所有证书放入下列存储”→“受信任的根证书颁发机构”→ 完成。
Charles：Help → SSL Proxying → Install Charles Root Certificate in Windows Root Store。
第三步：强制浏览器信任本地代理证书
Chrome/Edge需额外启用标志：在地址栏输入chrome://flags/#allow-insecure-localhost → 启用该选项 → 重启浏览器。否则即使证书已安装，也会因HSTS策略拒绝代理的自签名证书。
验证代理是否恢复生效
① 在管理员终端执行：
netsh winsock show catalog | findstr /i "fiddler"
② 打开Fiddler或Charles，确认左下角状态栏显示“Capturing”且无红色警告图标。
③ 浏览器访问http://example.com，观察Fiddler会话列表是否出现请求行；再访问https://example.com，确认会话列表中HTTPS域名可展开、响应体可查看（非灰色锁形图标）。
④ 若仍失败，检查代理工具监听端口是否被占用：在终端执行netstat -ano | findstr :8888（Fiddler默认端口），若有PID返回，用tasklist | findstr XXXX查进程，结束冲突程序。
