火狐浏览器报 ns_error_net_on_transaction_close 错误时，应首先将 about:config 中 network.proxy.type 设为 0（直接连接），并关闭 ocsp 验证、https-only 模式，重置网络栈，禁用硬件加速以排查代理拦截、证书验证失败、协议栈异常及显卡驱动干扰。
当火狐浏览器在加载网页资源（尤其是图片、CSS、JS或Web字体）时突然中断并报错 NS_ERROR_NET_ON_TRANSACTION_CLOSE，说明网络事务在传输中途被强制终止，常见于代理拦截、CDN连接异常、本地安全软件干预或 TLS 握手未完成即断开的场景。
确认是否由代理或中间设备触发
第一步：打开 Firefox 地址栏，输入 about:config → 回车 → 点击“接受风险并继续”。
第二步：在搜索框中输入 network.proxy.type → 双击该项，确保值为 0（直接连接，不使用代理）。
第三步：若值为 1（手动配置代理）或 2（自动检测代理），请改为 0 并重启浏览器；否则某些企业网关或国产杀软会伪造 HTTP CONNECT 响应，导致事务在 TLS 层前就被静默关闭，Firefox 日志中仅显示 ON_TRANSACTION_CLOSE 而无具体错误码。
禁用可能导致连接重置的安全模块
方法一：临时关闭 OCSP 在线证书验证
在 about:preferences#privacy 页面底部点击“证书”→“查看证书”→“验证”选项卡→取消勾选“查询 OCSP 响应服务器以确认证书的当前有效性”。
【此操作可绕过因国内无法稳定访问境外 OCSP 服务器而导致的连接提前关闭】
方法二：关闭 HTTPS-Only 模式干扰
在地址栏输入 about:preferences#privacy → 向下滚动至“增强型跟踪保护”区域 → 点击“设置…” → 取消勾选“启用 HTTPS-Only 模式（推荐）”。
部分老旧网站或内网服务在强制升级 HTTPS 时会因证书链不全或 HSTS 预加载缺失，触发 Firefox 主动关闭未完成的明文降级尝试，表现为 ON_TRANSACTION_CLOSE。
排查本地网络栈异常
Windows 用户请以管理员身份运行 PowerShell：netsh int ip reset → 回车netsh winsock reset → 回车
重启电脑。
该操作重置 TCP/IP 协议栈与 Winsock 目录，可修复因第三方网络驱动（如某卫士、某加速器注入的 LSP 层钩子）导致的 socket 生命周期管理错乱——这类错乱常使 Firefox 认为事务已关闭，而实际底层连接尚在，从而抛出 ON_TRANSACTION_CLOSE 而非更具体的 NS_ERROR_NET_RESET 或 NS_ERROR_NET_TIMEOUT。
检查扩展与硬件加速冲突
在地址栏输入 about:support → 查看“图形”区域中“GPU 渲染”状态。
若显示“已启用（硬件加速）”，但同时存在大量 WebGL 或 Canvas 2D 渲染失败日志，请在 about:preferences#general 中滚动到底部 → “性能”区域 → 取消勾选“使用推荐的性能设置”→ 再取消勾选“使用硬件加速”→ 重启 Firefox。
某些集成显卡驱动（特别是 Intel HD Graphics 4000/5000 系列）在启用硬件加速后，会意外截断网络线程调度，造成事务对象在渲染线程释放时被误判为已关闭。
