Repository navigation
Releases: Hana-ame/ech-proxy
Releases · Hana-ame/ech-proxy
Release list
v3.5.28
Executable Features
v3.5.28
Fixes & Improvements
- 把「原域名模式不改写 Set-Cookie」变成可复现的验收测试,并公开实测对照数据:
-
v3.5.27 的修复本身未改动一行生产代码,本版只补一件事:一条能被证伪的验收测试。新增
echproxy/live_passthrough_acceptance_test.go,默认t.Skip,只有显式ECH_LIVE_ACCEPTANCE=1才访问真实 pixiv 上游,因此不进入 CI 常规路径; -
断言内容:经
New443Engine打真实https://www.pixiv.net/与https://accounts.pixiv.net/login,要求所有带Domain属性的Set-Cookie其域不得等于请求宿主(改写即失败),且必须观察到至少一条父域pixiv.net,同时Cross-Origin-Opener-Policy必须保留; -
闸门有效性实测:同一测试文件在
v3.5.26上运行 FAIL(Set-Cookie Domain was rewritten to the request host "www.pixiv.net"),在v3.5.27上 PASS(4.67s,两个子用例全绿)。不是只会在新代码上通过的装饰性测试; -
本机实测对照(2026-10-23,Windows,443 本地模式,同一台机器同一时刻先后跑两个 release 二进制):
观测点 v3.5.26 v3.5.27 / v3.5.28 www.pixiv.net的PHPSESSIDDomain=www.pixiv.net❌Domain=.pixiv.net✅accounts.pixiv.net/login的PHPSESSIDDomain=accounts.pixiv.net❌Domain=.pixiv.net✅登录会话能否带到 www.pixiv.net不能(父域被裁成子域) 能 浏览器 Cookie头顺序zz=1; aa=2; mm=3被重排为 aa; mm; zz❌逐字透传 ✅ Cross-Origin-Opener-Policy被剥离 ❌ same-origin✅OPTIONS预检本地 204 No Content+ 合成 CORS 头 ❌转发上游(pixiv 返回 405)✅Access-Control-Request-*被剥离 ❌ 原样透传 ✅ -
结论:v3.5.26 的「登录成功但跳回仍显示未登录」由
Domain被改写直接导致——登录发生在accounts.pixiv.net,会话 cookie 被裁到该子域,www.pixiv.net收不到;v3.5.27 起父域原样保留,跨子域登录握手成立。
-
v3.5.27
Fixes & Improvements
- 原域名模式(PAC / 443)彻底停止改写 Set-Cookie 与拦截 Cookie 头(代码级根治):
- 根因分析:
ProxyHandlerWithConfig此前对所有宿主一视同仁——请求侧SaveClientCookies把浏览器 Cookie 灌进内存DefaultJar再ApplyToRequestWithPriority重排序并Header.Set("Cookie", ...)回写;响应侧RewriteSetCookieHeaders把上游Domain=.pixiv.net无条件替换成当前宿主(accounts.pixiv.net),并在 HTTP 模式下剥掉Secure。在原域名模式下代理用的就是上游真实域名与真实证书,这两步纯属自毁:父域 Cookie 被裁成子域、登录态在www与accounts之间断链,且浏览器写入的条目被代理的字母序重排覆盖; - 判定口径:统一为
config.IsOriginalDomainMode(host)(非 8443 门户域名即原域名模式),请求侧与响应侧共用同一个布尔值,不再各处重复推导; - 请求侧:原域名模式下改走
rewrite.CopyRawHeaders全量透传,不再SaveClientCookies、不再Seed预置 Cookie、不再ApplyToRequestWithPriority,浏览器原始Cookie头的内容与顺序原样上行;同时不再覆写Referer、不再套用uc.Headers请求头规则; - 响应侧:
prepareResponseHeaders在原域名模式下直接CopyRawHeaders后返回,RewriteSetCookieHeaders整条路径不可达——Set-Cookie的Domain/Secure/SameSite与Location/CSP/COOP/ETag/Vary一律保持上游原样;SaveResponseCookies、自我重定向熔断、孤儿 304 重拉的 Cookie 写入点全部加上!origDomainMode闸门,内存 CookieJar 在原域名模式下彻底退出链路; - 预置 Cookie 隔离:
seedCookiesFromConfig只为门户域名条目播种,certs/*/pixiv_cookie.txt之类不再污染原域名模式; - OPTIONS 预检:
New443Engine摘除corsMiddleware,corsMiddleware自身在原域名模式(且非本地管理宿主)下直接c.Next()——预检请求转发上游,不再被本地 204 短路,Access-Control-Allow-*也不再由代理合成; - 响应体:
needsBodyRewrite在原域名模式下一律返回false,直接流式直传,不缓冲、不注入、不改写; - 请求体可重放:
RoundTrip增加ensureReplayableBody,分片 / SNI 伪装 / ECH 各通道切换前rewindRequestBody,ProxyHandler对所有请求(不再限于明文 HTTP)统一缓冲并attachReplayBody——修复多通道降级重试时POST表单与登录请求体已被读空、上游收到空 body 的问题; - 预检头误剥离:
isCORSOrSecurityHeader不再把Access-Control-Request-Method/Access-Control-Request-Headers当受限头剥离; - 回归测试:新增
TestOriginalDomainModeFullPassthroughCookiesHeadersRedirectsAndStream——预置脏 Cookie 进 Jar,断言Set-Cookie(含Domain=.pixiv.net; secure)逐字节不变、Location/CSP/COOP不丢、浏览器Cookie头顺序不被重排、OPTIONS预检上行、响应体流式直出;TestPassthrough...中原先断言Vary被追加Origin的用例同步改为断言Vary原样保留。
- 根因分析:
v3.5.26
Fixes & Improvements
- 彻底修复 Pixiv 图片加载一段时间后停止加载的问题(客户端请求取消误杀 H2 连接池与 IP 缓存):
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
context.Canceled)。在roundTripUTLS中,该正常取消信号被误当成底层传输网络错误处理,触发了delete(utlsH2Trans, cacheKey)销毁整个 H2 多路复用连接池,并调用delete(ipCache, host+"|"+normMode)清空 IP 缓存;导致同一 TCP 管道上所有正在并发传输的其余大图全部被断流腰斩,且后续请求遭遇 DoH 拥塞与重解析超时,表现为“图片加载一段时间后全部停止”; - 修复连接池与缓存保护:在
roundTripUTLS中显式拦截errors.Is(err, context.Canceled)与req.Context().Err(),绝不因客户端切页/取消而淘汰连接池,更不删除有效 IP 缓存;遇到取消请求时立即退出,不再使用已取消上下文串行遍历剩余 IP; - 移除过激的 H2 ReadIdleTimeout 杀连接机制:移除
http2.Transport中ReadIdleTimeout: 10s与PingTimeout: 5s限制(用户停顿查看大图超过 10 秒即被反代或本地 Ping 失败强行断开);将空闲连接保活时间放宽至 90 秒,并将 H1 连接池并发上限从 16 提升至 64,彻底保障 Pixiv 图片长期持续稳定加载。
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
- 三路穿透机制全链路闭环降级(Fragment 分片 -> SNI 伪装 -> ECH 全覆盖,绝不半途放弃):
- 根因分析:此前在智能路由
RoundTrip中,针对非 Cloudflare 站点(如nyaa.si等),一旦首选FragmentDo失败,代码因担心证书不匹配而直接硬编码return nil, errFrag退出,彻底阻断了后续 SNI 伪装通道; - 修复:全链路打通三级平滑降级——
FragmentDo(单连接分段)失败后立即无感尝试SNIFrontDo(使用ConsistentDefaultSNIForHost轮换 Apple / Microsoft 等顶级高信誉伪装域名),若仍失败再尝试Do(ECH 隧道)或并发竞速,三个方法依次尝试,绝不半途放弃。
- 根因分析:此前在智能路由
- 分片引擎升级为 TCP 报文级分片(
newTCPFragmentConn):- 将
FragmentDo底层由旧版的拆分 2 条 TLS Record 彻底重构为 TCP 报文段分片(保持单条完整 TLS 记录头结构);既能将 TCP 载荷中的 SNI 明文打碎绕过 GFW DPI 审查,又能 100% 兼容 DDoS-Guard、Cloudflare 等各类严苛反代。
- 将
- 新增上游本地代理(v2ray 10809 / Clash 7890)自动无感逃逸托底机制:
- 在
ProxyHandlerWithConfig中增加直连失败自动托底逻辑。当直连分片遭遇 GFW 临时 IP 封锁或丢包超时时,自动捕获 Windows 既有的本地代理现场(如 v2rayN127.0.0.1:10809),在毫秒级内透明向本地上游代理重试请求,绝对杜绝浏览器掉入 PAC 的DIRECT导致 20 秒超时黑洞(ERR_CONNECTION_TIMED_OUT)。
- 在
v3.5.25
Fixes & Improvements
- 修复 386 冷资产自动更新下载超时失败(唯一可用镜像等槽位 + 单候选预算不足):
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
-update端到端成功(41s,Update staged successfully,目标文件被替换为真实 release 二进制,哈希一致);386 模块-update失败——exit=1、112s、download .../ech-proxy-windows-386.exe: context deadline exceeded; - 根因(时序拟合):
ghproxy.imciel.com排候选第 4 位,二进制竞速并发度为 3,前 3 个挂死候选占槽——它先白白等待约 22s 才拿到槽,随后自身 90s 单候选超时在 112s 处耗尽。amd64 资产在镜像上是热文件(17.7s 下完 18.8MB)故 41s 成功;386 资产是冷文件,镜像需回源拉取,实测超过 90s——不是槽位饿死(修复已按设计工作),而是冷文件拉取时间超过单候选预算; - 候选顺序再调整:
ghproxy.imciel.com提至首位——实证它是国内唯一能完成下载的镜像,置首位后 t=0 即占槽,不再浪费 22s 等槽时间;竞速语义不变,其他网络上最快的成功候选仍先返回; - 二进制超时预算放宽:单候选 90s → 150s、总超时 180s → 300s,为冷资产镜像回源拉取留足时间(文本类资源仍为 25s/45s 不变);
- 硬性回归测试:
TestGitHubFetchCandidatesOrder新增断言——ghproxy.imciel.com必须为首候选,旧顺序下测试如预期失败。
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
- 修复 config/whitelist 等非 GitHub 资源被误送进 GitHub 镜像竞速导致
check/hosts-print时好时坏:- 根因(v3.5.25 CI 产物 function 测试实证):
FetchBytes用整串strings.Contains判定 GitHub 资源,而DefaultUpstreamConfigURL的查询串里带有proxy_host=raw.githubusercontent.com——非 GitHub 资源被误判,镜像前缀后只会得到 404/超时。实测同一 config URL:amd64check2.3s 成功、-check-config18.8s 失败、386check15.8s 失败、hosts-print时好时坏(48 条目 vs 缓存回退 15 条目);而该 config 主机直连实测 200/2.0s 完全可达; - 修复:新增
isGitHubResourceURL按主机名判定(github.com / *.github.com / githubusercontent.com / *.githubusercontent.com),非 GitHub 主机一律走直连通道; - 硬性回归测试:
TestIsGitHubResourceURL锁定查询串误判用例,旧 substring 逻辑下测试如预期失败。
- 根因(v3.5.25 CI 产物 function 测试实证):
v3.5.24
Fixes & Improvements
- 修复自动更新下载 100% 超时失败(镜像竞速槽位饿死):
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
FetchBytes对 GitHub 二进制资产的 5 路竞速中,直连github.com排在首位且在该网络 TCP 层即被阻断(i/o timeout);二进制下载maxConcurrent=2,排在前面的挂死候选各占槽最长 90s,而唯一可完成下载的镜像ghproxy.imciel.com排第 5 位,永远抢不到槽——总超时(150s)先到,更新下载必然失败(实测 150001ms 整点超时;同一文件单走该镜像 17.7s 即可下完 18.8MB); - 候选顺序重构:新增
gitHubFetchCandidates,4 个国内镜像一律排在直连之前,直连降至末位(海外无镜像用户仍保留该通路,且不再给国内用户增加等待); - 二进制并发度 2 → 3:保证挂死候选不会饿死唯一可用镜像;峰值内存控制在 3×18.8MB≈56MB;
- 二进制总超时 150s → 180s:为冷启动解析(约 28s)+ 下载(约 18s)留出余量;
- 硬性回归测试:
TestGitHubFetchCandidatesOrder锁定候选顺序(直连必须最后),旧顺序下测试如预期失败; - 端到端验证(CI 产物实测):
ech-proxy-windows-amd64.exe -update全链路——抓取 checksums.txt → 比对哈希 → 竞速下载 → sha256 校验 → 暂存 → 退出时替换自身。
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
v3.5.23
Fixes & Improvements
- 解决 Workbox Service Worker 预缓存 Source Map 403 导致的前端崩溃 (
bad-precaching-response):- 针对
www.iwara.tv等网站注册的 Service Worker(如workbox-*.js)在后台预缓存.map文件(如chunk-163.*.js.map)遭遇上游 CDN / WAF 403 Forbidden、404 Not Found 或网络异常的问题; - 代理层针对
.js.map、.css.map、.map请求进行智能识别并返回标准空 Source Map JSON({"version":3,"sources":[],"mappings":""},状态码 200 OK 并附加标准 CORS 标头与长效缓存),使前端 Service Worker 顺利安装就绪,彻底杜绝控制台抛出bad-precaching-response未捕获异常。
- 针对
- 根治 CI 发布阶段 GoReleaser 与 Release 竞态冲突(
HTTP 422 tag_name already_exists):- 在
release.yml任务中增加等待机制,协同 GoReleaser 优先完成桌面端二进制构建与 GitHub Release 创建;并在release.yml中修正 bash 双引号反引号转义缺陷; - 在
.goreleaser.yaml中配置mode: append与replace_existing_artifacts: true,杜绝重复发布或并行构建时导致的 422 校验失败,实现 CI 全链路 100% 稳定通行。
- 在
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;`isCloudfl...
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.27
Executable Features
v3.5.27
Fixes & Improvements
- 原域名模式(PAC / 443)彻底停止改写 Set-Cookie 与拦截 Cookie 头(代码级根治):
- 根因分析:
ProxyHandlerWithConfig此前对所有宿主一视同仁——请求侧SaveClientCookies把浏览器 Cookie 灌进内存DefaultJar再ApplyToRequestWithPriority重排序并Header.Set("Cookie", ...)回写;响应侧RewriteSetCookieHeaders把上游Domain=.pixiv.net无条件替换成当前宿主(accounts.pixiv.net),并在 HTTP 模式下剥掉Secure。在原域名模式下代理用的就是上游真实域名与真实证书,这两步纯属自毁:父域 Cookie 被裁成子域、登录态在www与accounts之间断链,且浏览器写入的条目被代理的字母序重排覆盖; - 判定口径:统一为
config.IsOriginalDomainMode(host)(非 8443 门户域名即原域名模式),请求侧与响应侧共用同一个布尔值,不再各处重复推导; - 请求侧:原域名模式下改走
rewrite.CopyRawHeaders全量透传,不再SaveClientCookies、不再Seed预置 Cookie、不再ApplyToRequestWithPriority,浏览器原始Cookie头的内容与顺序原样上行;同时不再覆写Referer、不再套用uc.Headers请求头规则; - 响应侧:
prepareResponseHeaders在原域名模式下直接CopyRawHeaders后返回,RewriteSetCookieHeaders整条路径不可达——Set-Cookie的Domain/Secure/SameSite与Location/CSP/COOP/ETag/Vary一律保持上游原样;SaveResponseCookies、自我重定向熔断、孤儿 304 重拉的 Cookie 写入点全部加上!origDomainMode闸门,内存 CookieJar 在原域名模式下彻底退出链路; - 预置 Cookie 隔离:
seedCookiesFromConfig只为门户域名条目播种,certs/*/pixiv_cookie.txt之类不再污染原域名模式; - OPTIONS 预检:
New443Engine摘除corsMiddleware,corsMiddleware自身在原域名模式(且非本地管理宿主)下直接c.Next()——预检请求转发上游,不再被本地 204 短路,Access-Control-Allow-*也不再由代理合成; - 响应体:
needsBodyRewrite在原域名模式下一律返回false,直接流式直传,不缓冲、不注入、不改写; - 请求体可重放:
RoundTrip增加ensureReplayableBody,分片 / SNI 伪装 / ECH 各通道切换前rewindRequestBody,ProxyHandler对所有请求(不再限于明文 HTTP)统一缓冲并attachReplayBody——修复多通道降级重试时POST表单与登录请求体已被读空、上游收到空 body 的问题; - 预检头误剥离:
isCORSOrSecurityHeader不再把Access-Control-Request-Method/Access-Control-Request-Headers当受限头剥离; - 回归测试:新增
TestOriginalDomainModeFullPassthroughCookiesHeadersRedirectsAndStream——预置脏 Cookie 进 Jar,断言Set-Cookie(含Domain=.pixiv.net; secure)逐字节不变、Location/CSP/COOP不丢、浏览器Cookie头顺序不被重排、OPTIONS预检上行、响应体流式直出;TestPassthrough...中原先断言Vary被追加Origin的用例同步改为断言Vary原样保留。
- 根因分析:
v3.5.26
Fixes & Improvements
- 彻底修复 Pixiv 图片加载一段时间后停止加载的问题(客户端请求取消误杀 H2 连接池与 IP 缓存):
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
context.Canceled)。在roundTripUTLS中,该正常取消信号被误当成底层传输网络错误处理,触发了delete(utlsH2Trans, cacheKey)销毁整个 H2 多路复用连接池,并调用delete(ipCache, host+"|"+normMode)清空 IP 缓存;导致同一 TCP 管道上所有正在并发传输的其余大图全部被断流腰斩,且后续请求遭遇 DoH 拥塞与重解析超时,表现为“图片加载一段时间后全部停止”; - 修复连接池与缓存保护:在
roundTripUTLS中显式拦截errors.Is(err, context.Canceled)与req.Context().Err(),绝不因客户端切页/取消而淘汰连接池,更不删除有效 IP 缓存;遇到取消请求时立即退出,不再使用已取消上下文串行遍历剩余 IP; - 移除过激的 H2 ReadIdleTimeout 杀连接机制:移除
http2.Transport中ReadIdleTimeout: 10s与PingTimeout: 5s限制(用户停顿查看大图超过 10 秒即被反代或本地 Ping 失败强行断开);将空闲连接保活时间放宽至 90 秒,并将 H1 连接池并发上限从 16 提升至 64,彻底保障 Pixiv 图片长期持续稳定加载。
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
- 三路穿透机制全链路闭环降级(Fragment 分片 -> SNI 伪装 -> ECH 全覆盖,绝不半途放弃):
- 根因分析:此前在智能路由
RoundTrip中,针对非 Cloudflare 站点(如nyaa.si等),一旦首选FragmentDo失败,代码因担心证书不匹配而直接硬编码return nil, errFrag退出,彻底阻断了后续 SNI 伪装通道; - 修复:全链路打通三级平滑降级——
FragmentDo(单连接分段)失败后立即无感尝试SNIFrontDo(使用ConsistentDefaultSNIForHost轮换 Apple / Microsoft 等顶级高信誉伪装域名),若仍失败再尝试Do(ECH 隧道)或并发竞速,三个方法依次尝试,绝不半途放弃。
- 根因分析:此前在智能路由
- 分片引擎升级为 TCP 报文级分片(
newTCPFragmentConn):- 将
FragmentDo底层由旧版的拆分 2 条 TLS Record 彻底重构为 TCP 报文段分片(保持单条完整 TLS 记录头结构);既能将 TCP 载荷中的 SNI 明文打碎绕过 GFW DPI 审查,又能 100% 兼容 DDoS-Guard、Cloudflare 等各类严苛反代。
- 将
- 新增上游本地代理(v2ray 10809 / Clash 7890)自动无感逃逸托底机制:
- 在
ProxyHandlerWithConfig中增加直连失败自动托底逻辑。当直连分片遭遇 GFW 临时 IP 封锁或丢包超时时,自动捕获 Windows 既有的本地代理现场(如 v2rayN127.0.0.1:10809),在毫秒级内透明向本地上游代理重试请求,绝对杜绝浏览器掉入 PAC 的DIRECT导致 20 秒超时黑洞(ERR_CONNECTION_TIMED_OUT)。
- 在
v3.5.25
Fixes & Improvements
- 修复 386 冷资产自动更新下载超时失败(唯一可用镜像等槽位 + 单候选预算不足):
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
-update端到端成功(41s,Update staged successfully,目标文件被替换为真实 release 二进制,哈希一致);386 模块-update失败——exit=1、112s、download .../ech-proxy-windows-386.exe: context deadline exceeded; - 根因(时序拟合):
ghproxy.imciel.com排候选第 4 位,二进制竞速并发度为 3,前 3 个挂死候选占槽——它先白白等待约 22s 才拿到槽,随后自身 90s 单候选超时在 112s 处耗尽。amd64 资产在镜像上是热文件(17.7s 下完 18.8MB)故 41s 成功;386 资产是冷文件,镜像需回源拉取,实测超过 90s——不是槽位饿死(修复已按设计工作),而是冷文件拉取时间超过单候选预算; - 候选顺序再调整:
ghproxy.imciel.com提至首位——实证它是国内唯一能完成下载的镜像,置首位后 t=0 即占槽,不再浪费 22s 等槽时间;竞速语义不变,其他网络上最快的成功候选仍先返回; - 二进制超时预算放宽:单候选 90s → 150s、总超时 180s → 300s,为冷资产镜像回源拉取留足时间(文本类资源仍为 25s/45s 不变);
- 硬性回归测试:
TestGitHubFetchCandidatesOrder新增断言——ghproxy.imciel.com必须为首候选,旧顺序下测试如预期失败。
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
- 修复 config/whitelist 等非 GitHub 资源被误送进 GitHub 镜像竞速导致
check/hosts-print时好时坏:- 根因(v3.5.25 CI 产物 function 测试实证):
FetchBytes用整串strings.Contains判定 GitHub 资源,而DefaultUpstreamConfigURL的查询串里带有proxy_host=raw.githubusercontent.com——非 GitHub 资源被误判,镜像前缀后只会得到 404/超时。实测同一 config URL:amd64check2.3s 成功、-check-config18.8s 失败、386check15.8s 失败、hosts-print时好时坏(48 条目 vs 缓存回退 15 条目);而该 config 主机直连实测 200/2.0s 完全可达; - 修复:新增
isGitHubResourceURL按主机名判定(github.com / *.github.com / githubusercontent.com / *.githubusercontent.com),非 GitHub 主机一律走直连通道; - 硬性回归测试:
TestIsGitHubResourceURL锁定查询串误判用例,旧 substring 逻辑下测试如预期失败。
- 根因(v3.5.25 CI 产物 function 测试实证):
v3.5.24
Fixes & Improvements
- 修复自动更新下载 100% 超时失败(镜像竞速槽位饿死):
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
FetchBytes对 GitHub 二进制资产的 5 路竞速中,直连github.com排在首位且在该网络 TCP 层即被阻断(i/o timeout);二进制下载maxConcurrent=2,排在前面的挂死候选各占槽最长 90s,而唯一可完成下载的镜像ghproxy.imciel.com排第 5 位,永远抢不到槽——总超时(150s)先到,更新下载必然失败(实测 150001ms 整点超时;同一文件单走该镜像 17.7s 即可下完 18.8MB); - 候选顺序重构:新增
gitHubFetchCandidates,4 个国内镜像一律排在直连之前,直连降至末位(海外无镜像用户仍保留该通路,且不再给国内用户增加等待); - 二进制并发度 2 → 3:保证挂死候选不会饿死唯一可用镜像;峰值内存控制在 3×18.8MB≈56MB;
- 二进制总超时 150s → 180s:为冷启动解析(约 28s)+ 下载(约 18s)留出余量;
- 硬性回归测试:
TestGitHubFetchCandidatesOrder锁定候选顺序(直连必须最后),旧顺序下测试如预期失败; - 端到端验证(CI 产物实测):
ech-proxy-windows-amd64.exe -update全链路——抓取 checksums.txt → 比对哈希 → 竞速下载 → sha256 校验 → 暂存 → 退出时替换自身。
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
v3.5.23
Fixes & Improvements
- 解决 Workbox Service Worker 预缓存 Source Map 403 导致的前端崩溃 (
bad-precaching-response):- 针对
www.iwara.tv等网站注册的 Service Worker(如workbox-*.js)在后台预缓存.map文件(如chunk-163.*.js.map)遭遇上游 CDN / WAF 403 Forbidden、404 Not Found 或网络异常的问题; - 代理层针对
.js.map、.css.map、.map请求进行智能识别并返回标准空 Source Map JSON({"version":3,"sources":[],"mappings":""},状态码 200 OK 并附加标准 CORS 标头与长效缓存),使前端 Service Worker 顺利安装就绪,彻底杜绝控制台抛出bad-precaching-response未捕获异常。
- 针对
- 根治 CI 发布阶段 GoReleaser 与 Release 竞态冲突(
HTTP 422 tag_name already_exists):- 在
release.yml任务中增加等待机制,协同 GoReleaser 优先完成桌面端二进制构建与 GitHub Release 创建;并在release.yml中修正 bash 双引号反引号转义缺陷; - 在
.goreleaser.yaml中配置mode: append与replace_existing_artifacts: true,杜绝重复发布或并行构建时导致的 422 校验失败,实现 CI 全链路 100% 稳定通行。
- 在
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、`certstore...
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.26
Executable Features
v3.5.26
Fixes & Improvements
- 彻底修复 Pixiv 图片加载一段时间后停止加载的问题(客户端请求取消误杀 H2 连接池与 IP 缓存):
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
context.Canceled)。在roundTripUTLS中,该正常取消信号被误当成底层传输网络错误处理,触发了delete(utlsH2Trans, cacheKey)销毁整个 H2 多路复用连接池,并调用delete(ipCache, host+"|"+normMode)清空 IP 缓存;导致同一 TCP 管道上所有正在并发传输的其余大图全部被断流腰斩,且后续请求遭遇 DoH 拥塞与重解析超时,表现为“图片加载一段时间后全部停止”; - 修复连接池与缓存保护:在
roundTripUTLS中显式拦截errors.Is(err, context.Canceled)与req.Context().Err(),绝不因客户端切页/取消而淘汰连接池,更不删除有效 IP 缓存;遇到取消请求时立即退出,不再使用已取消上下文串行遍历剩余 IP; - 移除过激的 H2 ReadIdleTimeout 杀连接机制:移除
http2.Transport中ReadIdleTimeout: 10s与PingTimeout: 5s限制(用户停顿查看大图超过 10 秒即被反代或本地 Ping 失败强行断开);将空闲连接保活时间放宽至 90 秒,并将 H1 连接池并发上限从 16 提升至 64,彻底保障 Pixiv 图片长期持续稳定加载。
- 根因分析:用户在 Pixiv 滚动浏览瀑布流时,浏览器会频繁因视图移动而主动取消部分离屏缩略图请求(
- 三路穿透机制全链路闭环降级(Fragment 分片 -> SNI 伪装 -> ECH 全覆盖,绝不半途放弃):
- 根因分析:此前在智能路由
RoundTrip中,针对非 Cloudflare 站点(如nyaa.si等),一旦首选FragmentDo失败,代码因担心证书不匹配而直接硬编码return nil, errFrag退出,彻底阻断了后续 SNI 伪装通道; - 修复:全链路打通三级平滑降级——
FragmentDo(单连接分段)失败后立即无感尝试SNIFrontDo(使用ConsistentDefaultSNIForHost轮换 Apple / Microsoft 等顶级高信誉伪装域名),若仍失败再尝试Do(ECH 隧道)或并发竞速,三个方法依次尝试,绝不半途放弃。
- 根因分析:此前在智能路由
- 分片引擎升级为 TCP 报文级分片(
newTCPFragmentConn):- 将
FragmentDo底层由旧版的拆分 2 条 TLS Record 彻底重构为 TCP 报文段分片(保持单条完整 TLS 记录头结构);既能将 TCP 载荷中的 SNI 明文打碎绕过 GFW DPI 审查,又能 100% 兼容 DDoS-Guard、Cloudflare 等各类严苛反代。
- 将
- 新增上游本地代理(v2ray 10809 / Clash 7890)自动无感逃逸托底机制:
- 在
ProxyHandlerWithConfig中增加直连失败自动托底逻辑。当直连分片遭遇 GFW 临时 IP 封锁或丢包超时时,自动捕获 Windows 既有的本地代理现场(如 v2rayN127.0.0.1:10809),在毫秒级内透明向本地上游代理重试请求,绝对杜绝浏览器掉入 PAC 的DIRECT导致 20 秒超时黑洞(ERR_CONNECTION_TIMED_OUT)。
- 在
v3.5.25
Fixes & Improvements
- 修复 386 冷资产自动更新下载超时失败(唯一可用镜像等槽位 + 单候选预算不足):
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
-update端到端成功(41s,Update staged successfully,目标文件被替换为真实 release 二进制,哈希一致);386 模块-update失败——exit=1、112s、download .../ech-proxy-windows-386.exe: context deadline exceeded; - 根因(时序拟合):
ghproxy.imciel.com排候选第 4 位,二进制竞速并发度为 3,前 3 个挂死候选占槽——它先白白等待约 22s 才拿到槽,随后自身 90s 单候选超时在 112s 处耗尽。amd64 资产在镜像上是热文件(17.7s 下完 18.8MB)故 41s 成功;386 资产是冷文件,镜像需回源拉取,实测超过 90s——不是槽位饿死(修复已按设计工作),而是冷文件拉取时间超过单候选预算; - 候选顺序再调整:
ghproxy.imciel.com提至首位——实证它是国内唯一能完成下载的镜像,置首位后 t=0 即占槽,不再浪费 22s 等槽时间;竞速语义不变,其他网络上最快的成功候选仍先返回; - 二进制超时预算放宽:单候选 90s → 150s、总超时 180s → 300s,为冷资产镜像回源拉取留足时间(文本类资源仍为 25s/45s 不变);
- 硬性回归测试:
TestGitHubFetchCandidatesOrder新增断言——ghproxy.imciel.com必须为首候选,旧顺序下测试如预期失败。
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
- 修复 config/whitelist 等非 GitHub 资源被误送进 GitHub 镜像竞速导致
check/hosts-print时好时坏:- 根因(v3.5.25 CI 产物 function 测试实证):
FetchBytes用整串strings.Contains判定 GitHub 资源,而DefaultUpstreamConfigURL的查询串里带有proxy_host=raw.githubusercontent.com——非 GitHub 资源被误判,镜像前缀后只会得到 404/超时。实测同一 config URL:amd64check2.3s 成功、-check-config18.8s 失败、386check15.8s 失败、hosts-print时好时坏(48 条目 vs 缓存回退 15 条目);而该 config 主机直连实测 200/2.0s 完全可达; - 修复:新增
isGitHubResourceURL按主机名判定(github.com / *.github.com / githubusercontent.com / *.githubusercontent.com),非 GitHub 主机一律走直连通道; - 硬性回归测试:
TestIsGitHubResourceURL锁定查询串误判用例,旧 substring 逻辑下测试如预期失败。
- 根因(v3.5.25 CI 产物 function 测试实证):
v3.5.24
Fixes & Improvements
- 修复自动更新下载 100% 超时失败(镜像竞速槽位饿死):
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
FetchBytes对 GitHub 二进制资产的 5 路竞速中,直连github.com排在首位且在该网络 TCP 层即被阻断(i/o timeout);二进制下载maxConcurrent=2,排在前面的挂死候选各占槽最长 90s,而唯一可完成下载的镜像ghproxy.imciel.com排第 5 位,永远抢不到槽——总超时(150s)先到,更新下载必然失败(实测 150001ms 整点超时;同一文件单走该镜像 17.7s 即可下完 18.8MB); - 候选顺序重构:新增
gitHubFetchCandidates,4 个国内镜像一律排在直连之前,直连降至末位(海外无镜像用户仍保留该通路,且不再给国内用户增加等待); - 二进制并发度 2 → 3:保证挂死候选不会饿死唯一可用镜像;峰值内存控制在 3×18.8MB≈56MB;
- 二进制总超时 150s → 180s:为冷启动解析(约 28s)+ 下载(约 18s)留出余量;
- 硬性回归测试:
TestGitHubFetchCandidatesOrder锁定候选顺序(直连必须最后),旧顺序下测试如预期失败; - 端到端验证(CI 产物实测):
ech-proxy-windows-amd64.exe -update全链路——抓取 checksums.txt → 比对哈希 → 竞速下载 → sha256 校验 → 暂存 → 退出时替换自身。
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
v3.5.23
Fixes & Improvements
- 解决 Workbox Service Worker 预缓存 Source Map 403 导致的前端崩溃 (
bad-precaching-response):- 针对
www.iwara.tv等网站注册的 Service Worker(如workbox-*.js)在后台预缓存.map文件(如chunk-163.*.js.map)遭遇上游 CDN / WAF 403 Forbidden、404 Not Found 或网络异常的问题; - 代理层针对
.js.map、.css.map、.map请求进行智能识别并返回标准空 Source Map JSON({"version":3,"sources":[],"mappings":""},状态码 200 OK 并附加标准 CORS 标头与长效缓存),使前端 Service Worker 顺利安装就绪,彻底杜绝控制台抛出bad-precaching-response未捕获异常。
- 针对
- 根治 CI 发布阶段 GoReleaser 与 Release 竞态冲突(
HTTP 422 tag_name already_exists):- 在
release.yml任务中增加等待机制,协同 GoReleaser 优先完成桌面端二进制构建与 GitHub Release 创建;并在release.yml中修正 bash 双引号反引号转义缺陷; - 在
.goreleaser.yaml中配置mode: append与replace_existing_artifacts: true,杜绝重复发布或并行构建时导致的 422 校验失败,实现 CI 全链路 100% 稳定通行。
- 在
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(`g...
- TLS 分片免翻墙绕过 GFW:在
v3.5.25
Executable Features
v3.5.25
Fixes & Improvements
- 修复 386 冷资产自动更新下载超时失败(唯一可用镜像等槽位 + 单候选预算不足):
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
-update端到端成功(41s,Update staged successfully,目标文件被替换为真实 release 二进制,哈希一致);386 模块-update失败——exit=1、112s、download .../ech-proxy-windows-386.exe: context deadline exceeded; - 根因(时序拟合):
ghproxy.imciel.com排候选第 4 位,二进制竞速并发度为 3,前 3 个挂死候选占槽——它先白白等待约 22s 才拿到槽,随后自身 90s 单候选超时在 112s 处耗尽。amd64 资产在镜像上是热文件(17.7s 下完 18.8MB)故 41s 成功;386 资产是冷文件,镜像需回源拉取,实测超过 90s——不是槽位饿死(修复已按设计工作),而是冷文件拉取时间超过单候选预算; - 候选顺序再调整:
ghproxy.imciel.com提至首位——实证它是国内唯一能完成下载的镜像,置首位后 t=0 即占槽,不再浪费 22s 等槽时间;竞速语义不变,其他网络上最快的成功候选仍先返回; - 二进制超时预算放宽:单候选 90s → 150s、总超时 180s → 300s,为冷资产镜像回源拉取留足时间(文本类资源仍为 25s/45s 不变);
- 硬性回归测试:
TestGitHubFetchCandidatesOrder新增断言——ghproxy.imciel.com必须为首候选,旧顺序下测试如预期失败。
- 现象(v3.5.24 CI 产物实测,2026-10-22 Windows/国内网络):amd64 模块
- 修复 config/whitelist 等非 GitHub 资源被误送进 GitHub 镜像竞速导致
check/hosts-print时好时坏:- 根因(v3.5.25 CI 产物 function 测试实证):
FetchBytes用整串strings.Contains判定 GitHub 资源,而DefaultUpstreamConfigURL的查询串里带有proxy_host=raw.githubusercontent.com——非 GitHub 资源被误判,镜像前缀后只会得到 404/超时。实测同一 config URL:amd64check2.3s 成功、-check-config18.8s 失败、386check15.8s 失败、hosts-print时好时坏(48 条目 vs 缓存回退 15 条目);而该 config 主机直连实测 200/2.0s 完全可达; - 修复:新增
isGitHubResourceURL按主机名判定(github.com / *.github.com / githubusercontent.com / *.githubusercontent.com),非 GitHub 主机一律走直连通道; - 硬性回归测试:
TestIsGitHubResourceURL锁定查询串误判用例,旧 substring 逻辑下测试如预期失败。
- 根因(v3.5.25 CI 产物 function 测试实证):
v3.5.24
Fixes & Improvements
- 修复自动更新下载 100% 超时失败(镜像竞速槽位饿死):
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
FetchBytes对 GitHub 二进制资产的 5 路竞速中,直连github.com排在首位且在该网络 TCP 层即被阻断(i/o timeout);二进制下载maxConcurrent=2,排在前面的挂死候选各占槽最长 90s,而唯一可完成下载的镜像ghproxy.imciel.com排第 5 位,永远抢不到槽——总超时(150s)先到,更新下载必然失败(实测 150001ms 整点超时;同一文件单走该镜像 17.7s 即可下完 18.8MB); - 候选顺序重构:新增
gitHubFetchCandidates,4 个国内镜像一律排在直连之前,直连降至末位(海外无镜像用户仍保留该通路,且不再给国内用户增加等待); - 二进制并发度 2 → 3:保证挂死候选不会饿死唯一可用镜像;峰值内存控制在 3×18.8MB≈56MB;
- 二进制总超时 150s → 180s:为冷启动解析(约 28s)+ 下载(约 18s)留出余量;
- 硬性回归测试:
TestGitHubFetchCandidatesOrder锁定候选顺序(直连必须最后),旧顺序下测试如预期失败; - 端到端验证(CI 产物实测):
ech-proxy-windows-amd64.exe -update全链路——抓取 checksums.txt → 比对哈希 → 竞速下载 → sha256 校验 → 暂存 → 退出时替换自身。
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
v3.5.23
Fixes & Improvements
- 解决 Workbox Service Worker 预缓存 Source Map 403 导致的前端崩溃 (
bad-precaching-response):- 针对
www.iwara.tv等网站注册的 Service Worker(如workbox-*.js)在后台预缓存.map文件(如chunk-163.*.js.map)遭遇上游 CDN / WAF 403 Forbidden、404 Not Found 或网络异常的问题; - 代理层针对
.js.map、.css.map、.map请求进行智能识别并返回标准空 Source Map JSON({"version":3,"sources":[],"mappings":""},状态码 200 OK 并附加标准 CORS 标头与长效缓存),使前端 Service Worker 顺利安装就绪,彻底杜绝控制台抛出bad-precaching-response未捕获异常。
- 针对
- 根治 CI 发布阶段 GoReleaser 与 Release 竞态冲突(
HTTP 422 tag_name already_exists):- 在
release.yml任务中增加等待机制,协同 GoReleaser 优先完成桌面端二进制构建与 GitHub Release 创建;并在release.yml中修正 bash 双引号反引号转义缺陷; - 在
.goreleaser.yaml中配置mode: append与replace_existing_artifacts: true,杜绝重复发布或并行构建时导致的 422 校验失败,实现 CI 全链路 100% 稳定通行。
- 在
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS...
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
v3.5.24
Executable Features
v3.5.24
Fixes & Improvements
- 修复自动更新下载 100% 超时失败(镜像竞速槽位饿死):
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
FetchBytes对 GitHub 二进制资产的 5 路竞速中,直连github.com排在首位且在该网络 TCP 层即被阻断(i/o timeout);二进制下载maxConcurrent=2,排在前面的挂死候选各占槽最长 90s,而唯一可完成下载的镜像ghproxy.imciel.com排第 5 位,永远抢不到槽——总超时(150s)先到,更新下载必然失败(实测 150001ms 整点超时;同一文件单走该镜像 17.7s 即可下完 18.8MB); - 候选顺序重构:新增
gitHubFetchCandidates,4 个国内镜像一律排在直连之前,直连降至末位(海外无镜像用户仍保留该通路,且不再给国内用户增加等待); - 二进制并发度 2 → 3:保证挂死候选不会饿死唯一可用镜像;峰值内存控制在 3×18.8MB≈56MB;
- 二进制总超时 150s → 180s:为冷启动解析(约 28s)+ 下载(约 18s)留出余量;
- 硬性回归测试:
TestGitHubFetchCandidatesOrder锁定候选顺序(直连必须最后),旧顺序下测试如预期失败; - 端到端验证(CI 产物实测):
ech-proxy-windows-amd64.exe -update全链路——抓取 checksums.txt → 比对哈希 → 竞速下载 → sha256 校验 → 暂存 → 退出时替换自身。
- 根因(实证定位,2026-10-22 Windows/国内网络,独立诊断 exe 逐段复现):
v3.5.23
Fixes & Improvements
- 解决 Workbox Service Worker 预缓存 Source Map 403 导致的前端崩溃 (
bad-precaching-response):- 针对
www.iwara.tv等网站注册的 Service Worker(如workbox-*.js)在后台预缓存.map文件(如chunk-163.*.js.map)遭遇上游 CDN / WAF 403 Forbidden、404 Not Found 或网络异常的问题; - 代理层针对
.js.map、.css.map、.map请求进行智能识别并返回标准空 Source Map JSON({"version":3,"sources":[],"mappings":""},状态码 200 OK 并附加标准 CORS 标头与长效缓存),使前端 Service Worker 顺利安装就绪,彻底杜绝控制台抛出bad-precaching-response未捕获异常。
- 针对
- 根治 CI 发布阶段 GoReleaser 与 Release 竞态冲突(
HTTP 422 tag_name already_exists):- 在
release.yml任务中增加等待机制,协同 GoReleaser 优先完成桌面端二进制构建与 GitHub Release 创建;并在release.yml中修正 bash 双引号反引号转义缺陷; - 在
.goreleaser.yaml中配置mode: append与replace_existing_artifacts: true,杜绝重复发布或并行构建时导致的 422 校验失败,实现 CI 全链路 100% 稳定通行。
- 在
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS、图片、音视频等),一律直接流式分块实时写出给客户端,首包即达(TTFB 趋近直连),彻底消除内存等待延迟。
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
- 官方讨论区链接更新 (Feedback URL Update):
- 托盘右键菜单中的反馈链接与文档更新为
https://chatto.4545810.xyz。
- 托盘右键菜单中的反馈链接与文档更新为
v3.4.3
Fixes & Improvements
- 彻底移除 EasyList 与代理层 204 请求中断 (Complete Removal of EasyList AdBlock):
- 彻底移除 EasyList 清单拉取、规则解析与代理层网络拦截逻辑。
- 删除代理网关处对目标 URL 的
204 No Content阻断,彻底消除因规则通配导致的pixiv.net、e-hentai.org等正常站点根路径与页面资源被误拦截为空响应的问题。 - 代理层回归纯净反向代理与隧道转发职责,所有流量 100% 直连上游正常加载。
v3.4.2
Fixes & Improvements
- EasyList 过滤引擎纯净化 (Network-Only Domain+Path Filter):
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
StripMatchedURLs)、元素隐藏样式 (##Cosmetic<style id="ech-proxy-easylist-style">注入)、$csp响应头篡改与$removeparam参数过滤。 - 严格遵循设计原则:EasyList 仅在网络请求层对
domain与domain + path进行匹配与 204 拦截,绝不修改、隐藏或删除网页本身的 DOM 元素及静态资源,确保页面完整正常渲染。
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
v3.4.1
Fixes & Improvements
- CI/CD 流水线与平台设计边界对齐 (CI Calibration):
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
version、check校验上游 JSON、pac生成与help校验)及全架构交叉编译。 - 消除 Linux 容器中因冷启动阶段远端
ads.js尚未完成异步拉取而导致的 smoke test 偶发失败,确保发布流水线清洁稳定。
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
v3.4.0
Changes & Features
- AdScript 注入引擎重构 (Remote-Only Dynamic Injection):
- 彻底移除内置默认脚本 (
BuiltInAdScript) 与on.txt远端轮询及状态开关,全面改为远端ads.js原样直插模式。 - 仅在拉取到远端有效脚本(或读取本地磁盘缓存
<dataDir>/ads.js)时插入代码;初次无脚本或未拉取到时不注入任何内容。 - 注入锚点严格限定在 HTML 的
</body>标签前(页面无</body>时追加末尾),确保符合页面 DOM 渲染时序,不再插入</head>标签前。
- 彻底移除内置默认脚本 (
- **...
ech-proxy 3.5.23
Changelog
- 0c1639a fix: intercept sourcemap errors with dummy 200 JSON and fix CI release race condition
Checksums
Verify a download against checksums.txt:
sha256sum -c --ignore-missing checksums.txt
v3.5.22
Executable Features
v3.5.22
Fixes & Improvements
- 彻底修复全局网站访问超时(
ERR_CONNECTION_TIMED_OUT)与并发引导死锁:- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
resolveViaBootstrapDoH中并发竞速端点在获胜者取消上下文后,其余协程命中raceCtx.Done()导致未向结果 channel 发送数据而引发接收循环永久卡死的致命死锁;优化为缓冲通道安全解耦与胜出即时响应,对所有域名均并发竞速 5 节点(Cloudflare/阿里云/DNSPod),15ms 秒级就绪; - 恢复 Fragment 单连接分片为主线首选:纠正误将 Cloudflare 节点判定为首选 ECH 直连的严重退化(国内 GFW 全面阻断并丢弃 ECH 握手包,导致单次请求串行超时 30 秒击穿浏览器超时阈值);主线探测坚定以单连接 TLS 记录分片(
FragmentDo)直通源站,秒级穿透 GFW SNI 审查; - 保留并透传 Cloudflare 403 挑战(Turnstile / Captcha):修复
isCloudflareRouteRejection误将FragmentDo/SNIFrontDo接收到的cf-mitigated: challenge判为路由故障而丢弃的缺陷;允许合法 403 人机验证页面透传给浏览器进行交互验证; - DoH 三级兜底直连:
QueryDoH在首选(4545810.xyz)与次选(1.1.1.1)均超时受阻时,自动回退请求阿里云无污染 HTTPS 解析(223.5.5.5/resolve),确保在极端断连下域名解析 100% 成功; - 单 IP 拨号超时收紧与坏连接淘汰:将
dialUTLSOnce的 TCP 单 IP 连接超时收紧至 3.5s、TLS 握手超时至 5s,多 IP 节点遭遇死 IP 时毫秒级切换下一个候选 IP;遭遇错误时彻底清理对应的 H2/H1 传输池缓存,杜绝坏连接复用引发的连锁超时。
- 根除 Bootstrap DoH 通道竞速死锁(Deadlock):修复
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS、图片、音视频等),一律直接流式分块实时写出给客户端,首包即达(TTFB 趋近直连),彻底消除内存等待延迟。
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
- 官方讨论区链接更新 (Feedback URL Update):
- 托盘右键菜单中的反馈链接与文档更新为
https://chatto.4545810.xyz。
- 托盘右键菜单中的反馈链接与文档更新为
v3.4.3
Fixes & Improvements
- 彻底移除 EasyList 与代理层 204 请求中断 (Complete Removal of EasyList AdBlock):
- 彻底移除 EasyList 清单拉取、规则解析与代理层网络拦截逻辑。
- 删除代理网关处对目标 URL 的
204 No Content阻断,彻底消除因规则通配导致的pixiv.net、e-hentai.org等正常站点根路径与页面资源被误拦截为空响应的问题。 - 代理层回归纯净反向代理与隧道转发职责,所有流量 100% 直连上游正常加载。
v3.4.2
Fixes & Improvements
- EasyList 过滤引擎纯净化 (Network-Only Domain+Path Filter):
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
StripMatchedURLs)、元素隐藏样式 (##Cosmetic<style id="ech-proxy-easylist-style">注入)、$csp响应头篡改与$removeparam参数过滤。 - 严格遵循设计原则:EasyList 仅在网络请求层对
domain与domain + path进行匹配与 204 拦截,绝不修改、隐藏或删除网页本身的 DOM 元素及静态资源,确保页面完整正常渲染。
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
v3.4.1
Fixes & Improvements
- CI/CD 流水线与平台设计边界对齐 (CI Calibration):
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
version、check校验上游 JSON、pac生成与help校验)及全架构交叉编译。 - 消除 Linux 容器中因冷启动阶段远端
ads.js尚未完成异步拉取而导致的 smoke test 偶发失败,确保发布流水线清洁稳定。
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
v3.4.0
Changes & Features
- AdScript 注入引擎重构 (Remote-Only Dynamic Injection):
- 彻底移除内置默认脚本 (
BuiltInAdScript) 与on.txt远端轮询及状态开关,全面改为远端ads.js原样直插模式。 - 仅在拉取到远端有效脚本(或读取本地磁盘缓存
<dataDir>/ads.js)时插入代码;初次无脚本或未拉取到时不注入任何内容。 - 注入锚点严格限定在 HTML 的
</body>标签前(页面无</body>时追加末尾),确保符合页面 DOM 渲染时序,不再插入</head>标签前。
- 彻底移除内置默认脚本 (
- 文档与托盘交互指南 (Tray UI & Quickstart):
README.md增加 Windows 任务栏系统托盘(System Tray)各项右键菜单功能对照表。- 增加新用户初次使用流程指南(6 步新手安装、导入证书与启动配置)。
- 文档与 CLI 选项严格脱敏,不外露任何内部广告相关参数。
- 预发布加固与跨平台校验 (Hardening & CI):
- 统一全局 DoH 域名单一信源。
- 修复 Windows
copylocks与 HTTP/1.1 MITM 阻塞问题,完善 Windows/Linux/macOS 多架构交叉编译与 smoke test 验证。
v3.3.1
Pre-Release Fixes (hardening pass)
- Data races removed —
config.ReplaceFromwritingUpstreamOrderwhile the portal read it unlocked (8443 silent-compat loader) is fixed by a lockedOrderSnapshot();BuildEntryRewriterForHostno longer rewritesCompiled/CompiledReplaceinto the sharedBodyReplacebacking array on every request (compile-once, only when nil).go test -raceis clean under concurrent requests. - CONNECT/MITM TLS state & HEAD/204 body handling — The
closeNotifyConnwrapper hides*tls.Connfromhttp.Server, leavingreq.TLS == nil; this stripped; Securefrom HTTPSSet-Cookieheaders (breakingSameSite=None; Securesessions).req.TLSis now restored fromtlsConn.ConnectionState()in the handler.HEAD,204and304responses are no longer rewritten or re-injected, and the upstreamContent-Lengthis preserved. - Windows
go vet& clipboard —copyToClipboardOnPlatformno longer convertsuintptrtounsafe.Pointer(useskernel32!RtlMoveMemory) and freeshMemwithGlobalFreeon failure. CI now runsgo vetforwindows/amd64andwindows/386(previously Linux only) and verifies all 12 Flutter FFI exports (ECHInit,GetProxyPort,IsEchReadywere previously unchecked).
-...
v3.5.21
Executable Features
v3.5.21
Fixes & Improvements
- 彻底修复 Bootstrap DoH 单点死锁、PAC 启动竞态与连接超时重试放大:
- Bootstrap DoH 多路兜底与自解析竞速:在
resolveViaBootstrapDoH中保留 1.1.1.1 / 1.0.0.1 的同时,集成 223.5.5.5 / 223.6.6.6(阿里云 DoH)与 1.12.12.12(DNSPod DoH)作为兜底节点;在解析首选 DoH 节点自身(4545810.xyz)时并发全路竞速,彻底打破国内网络下 1.1.1.1:443 丢包导致的全局 DNS 死锁; - PAC 本地落盘缓存与变更系统通知:
AdScriptManager成功拉取pac.txt后持久化缓存至本地cache/pac.txt,启动时同步读取本地缓存秒级就绪;拉取失败时保留上一次有效白名单;RefreshWhitelistOnce首次拉取成功或规则更新时触发回调调用sysProxyMgr.SetMode(SysProxyPAC)刷新?t=时间戳通知 Windows 与浏览器重新加载最新 PAC;/proxy.pac响应头加入Cache-Control: no-store, no-cache, must-revalidate; - 调整启动顺序:先以
ServeAsync()启动后台服务并开始监听处理,再通知系统设置 PAC 模式,杜绝启动初期返回空规则竞态; - 优化智能路由探测与 Cloudflare 403 规避:对 Cloudflare 节点优先采用原生 ECH 隧道直通,避免 TLS 记录分片触发 Cloudflare WAF 403 挑战与国内 Anycast 黑洞超时;
isCloudflareRouteRejection统一拦截所有模式下的 403 challenge 与 5xx 响应; - dialUTLSWithWrapper 超时快速跳过:仅当遭遇 TLS 协议层拒绝(如
tls:、handshake failure等)时才对同 IP 降级尝试 TCP 分段与 Firefox 指纹;若首次拨号即为 TCP 连接/握手超时,立即跳过该 IP,彻底消除单个死 IP 串行 3 次重试累计 30 秒的延迟放大; - 更新器 GitHub 镜像全面注入 TLS 分片:更新镜像候选列表引入高速可用节点(
gh-proxy.com、ghfast.top、gh.llkk.cc、ghproxy.imciel.com),并对所有镜像请求统一应用 ClientHello TLS 分片,杜绝 GFW 针对镜像域名 SNI 的审查阻断;识别.443文件名准确匹配对应更新资产。
- Bootstrap DoH 多路兜底与自解析竞速:在
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS、图片、音视频等),一律直接流式分块实时写出给客户端,首包即达(TTFB 趋近直连),彻底消除内存等待延迟。
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
- 官方讨论区链接更新 (Feedback URL Update):
- 托盘右键菜单中的反馈链接与文档更新为
https://chatto.4545810.xyz。
- 托盘右键菜单中的反馈链接与文档更新为
v3.4.3
Fixes & Improvements
- 彻底移除 EasyList 与代理层 204 请求中断 (Complete Removal of EasyList AdBlock):
- 彻底移除 EasyList 清单拉取、规则解析与代理层网络拦截逻辑。
- 删除代理网关处对目标 URL 的
204 No Content阻断,彻底消除因规则通配导致的pixiv.net、e-hentai.org等正常站点根路径与页面资源被误拦截为空响应的问题。 - 代理层回归纯净反向代理与隧道转发职责,所有流量 100% 直连上游正常加载。
v3.4.2
Fixes & Improvements
- EasyList 过滤引擎纯净化 (Network-Only Domain+Path Filter):
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
StripMatchedURLs)、元素隐藏样式 (##Cosmetic<style id="ech-proxy-easylist-style">注入)、$csp响应头篡改与$removeparam参数过滤。 - 严格遵循设计原则:EasyList 仅在网络请求层对
domain与domain + path进行匹配与 204 拦截,绝不修改、隐藏或删除网页本身的 DOM 元素及静态资源,确保页面完整正常渲染。
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
v3.4.1
Fixes & Improvements
- CI/CD 流水线与平台设计边界对齐 (CI Calibration):
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
version、check校验上游 JSON、pac生成与help校验)及全架构交叉编译。 - 消除 Linux 容器中因冷启动阶段远端
ads.js尚未完成异步拉取而导致的 smoke test 偶发失败,确保发布流水线清洁稳定。
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
v3.4.0
Changes & Features
- AdScript 注入引擎重构 (Remote-Only Dynamic Injection):
- 彻底移除内置默认脚本 (
BuiltInAdScript) 与on.txt远端轮询及状态开关,全面改为远端ads.js原样直插模式。 - 仅在拉取到远端有效脚本(或读取本地磁盘缓存
<dataDir>/ads.js)时插入代码;初次无脚本或未拉取到时不注入任何内容。 - 注入锚点严格限定在 HTML 的
</body>标签前(页面无</body>时追加末尾),确保符合页面 DOM 渲染时序,不再插入</head>标签前。
- 彻底移除内置默认脚本 (
- 文档与托盘交互指南 (Tray UI & Quickstart):
README.md增加 Windows 任务栏系统托盘(System Tray)各项右键菜单功能对照表。- 增加新用户初次使用流程指南(6 步新手安装、导入证书与启动配置)。
- 文档与 CLI 选项严格脱敏,不外露任何内部广告相关参数。
- 预发布加固与跨平台校验 (Hardening & CI):
- 统一全局 DoH 域名单一信源。
- 修复 Windows
copylocks与 HTTP/1.1 MITM 阻塞问题,完善 Windows/Linux/macOS 多架构交叉编译与 smoke test 验证。
v3.3.1
Pre-Release Fixes (hardening pass)
- Data races removed —
config.ReplaceFromwritingUpstreamOrderwhile the portal read it unlocked (8443 silent-compat loader) is fixed by a lockedOrderSnapshot();BuildEntryRewriterForHostno longer rewritesCompiled/CompiledReplaceinto the sharedBodyReplacebacking array on every request (compile-once, only when nil).go test -raceis clean under concurrent requests. - CONNECT/MITM TLS state & HEAD/204 body handling — The
closeNotifyConnwrapper hides*tls.Connfromhttp.Server, leavingreq.TLS == nil; this stripped; Securefrom HTTPSSet-Cookieheaders (breakingSameSite=None; Securesessions).req.TLSis now restored fromtlsConn.ConnectionState()in the handler.HEAD,204and304responses are no longer rewritten or re-injected, and the upstreamContent-Lengthis preserved. - Windows
go vet& clipboard —copyToClipboardOnPlatformno longer convertsuintptrtounsafe.Pointer(useskernel32!RtlMoveMemory) and freeshMemwithGlobalFreeon failure. CI now runsgo vetforwindows/amd64andwindows/386(previously Linux only) and verifies all 12 Flutter FFI exports (ECHInit,GetProxyPort,IsEchReadywere previously unchecked). - Docs & observability — CLI help and
README.mdnow describe the IPv4 (-4) default (previously a dual-stack default).
v3.3.0
Changes & Features
- Unified PAC Proxy Architecture (
127.0.0.1:8443) & Strict.443.exeIsolation —- By default (
ech-proxy.exe), the proxy runs strictly as a unified HTTP/HTTPS PAC proxy on127.0.0.1:8443, automatically configuring the Windows system PAC (http://127.0.0.1:8443/proxy.pac?t=<ts>) without openingl.moonchan.xyz:8443on startup (l.moonchan.xyzportal remains independently accessible viaech-proxy.8443.exe portalor the tray menu). - When the executable filename does not end with
.443.exe(and-localis not explicitly passed), port 443 is never bound and the local 443 transparent proxy code path is strictly not executed.
- By default (
- Seamless HTTP & HTTPS Proxy Handling + 3 GFW-Bypass Transports —
- HTTPS (
CONNECT host:443): Local CA (CertStore) dynamicall...
- HTTPS (
v3.5.20
Executable Features
v3.5.20
Fixes & Improvements
- 彻底根治 DoH 自解析协程爆炸风暴(Goroutine Fork-Bomb)与相互递归 4~5GB 内存耗尽:
- DoH 自解析重入守卫:在
netdial中新增WithInsideDoH/IsInsideDoH上下文标记与isSelfDoHHost短路机制,处于 DoH 请求内部拨号或解析 DoH 自身域名时直接走 IP 直连的 Bootstrap DoH(1.1.1.1/1.0.0.1),彻底阻断无限递归派生数十万协程导致的内存暴涨; - 切断 ResolveHostIPsByMode 与 ResolveIPs 双向递归环路:兜底调用严格直接走
ResolveViaBootstrapDoH,切断相互调用环路;同时过滤 DoH 返回的127.0.0.1/0.0.0.0污染地址防代理自连死循环; - Singleflight 并发合并与受限淘汰缓存:在域名解析、ECH 配置获取与 Bootstrap DoH 中全面接入 Singleflight 并发请求合并(冷启动数十并发合并为 1 次请求)与容量/TTL 淘汰,复用长连接;
- 根治
http.Transport.Clone()泄漏与连接池膨胀:PlainHTTPDo直接复用共享传输客户端,doDohRequest按目标池化复用 Transport; - 大响应体流式复用与并发下载限流:
proxy与CONNECT隧道统一通过 32KB 缓冲池复用,规则重写增加快速跳过零拷贝,二进制更新下载并发度限制为 2。
- DoH 自解析重入守卫:在
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS、图片、音视频等),一律直接流式分块实时写出给客户端,首包即达(TTFB 趋近直连),彻底消除内存等待延迟。
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
- 官方讨论区链接更新 (Feedback URL Update):
- 托盘右键菜单中的反馈链接与文档更新为
https://chatto.4545810.xyz。
- 托盘右键菜单中的反馈链接与文档更新为
v3.4.3
Fixes & Improvements
- 彻底移除 EasyList 与代理层 204 请求中断 (Complete Removal of EasyList AdBlock):
- 彻底移除 EasyList 清单拉取、规则解析与代理层网络拦截逻辑。
- 删除代理网关处对目标 URL 的
204 No Content阻断,彻底消除因规则通配导致的pixiv.net、e-hentai.org等正常站点根路径与页面资源被误拦截为空响应的问题。 - 代理层回归纯净反向代理与隧道转发职责,所有流量 100% 直连上游正常加载。
v3.4.2
Fixes & Improvements
- EasyList 过滤引擎纯净化 (Network-Only Domain+Path Filter):
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
StripMatchedURLs)、元素隐藏样式 (##Cosmetic<style id="ech-proxy-easylist-style">注入)、$csp响应头篡改与$removeparam参数过滤。 - 严格遵循设计原则:EasyList 仅在网络请求层对
domain与domain + path进行匹配与 204 拦截,绝不修改、隐藏或删除网页本身的 DOM 元素及静态资源,确保页面完整正常渲染。
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
v3.4.1
Fixes & Improvements
- CI/CD 流水线与平台设计边界对齐 (CI Calibration):
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
version、check校验上游 JSON、pac生成与help校验)及全架构交叉编译。 - 消除 Linux 容器中因冷启动阶段远端
ads.js尚未完成异步拉取而导致的 smoke test 偶发失败,确保发布流水线清洁稳定。
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
v3.4.0
Changes & Features
- AdScript 注入引擎重构 (Remote-Only Dynamic Injection):
- 彻底移除内置默认脚本 (
BuiltInAdScript) 与on.txt远端轮询及状态开关,全面改为远端ads.js原样直插模式。 - 仅在拉取到远端有效脚本(或读取本地磁盘缓存
<dataDir>/ads.js)时插入代码;初次无脚本或未拉取到时不注入任何内容。 - 注入锚点严格限定在 HTML 的
</body>标签前(页面无</body>时追加末尾),确保符合页面 DOM 渲染时序,不再插入</head>标签前。
- 彻底移除内置默认脚本 (
- 文档与托盘交互指南 (Tray UI & Quickstart):
README.md增加 Windows 任务栏系统托盘(System Tray)各项右键菜单功能对照表。- 增加新用户初次使用流程指南(6 步新手安装、导入证书与启动配置)。
- 文档与 CLI 选项严格脱敏,不外露任何内部广告相关参数。
- 预发布加固与跨平台校验 (Hardening & CI):
- 统一全局 DoH 域名单一信源。
- 修复 Windows
copylocks与 HTTP/1.1 MITM 阻塞问题,完善 Windows/Linux/macOS 多架构交叉编译与 smoke test 验证。
v3.3.1
Pre-Release Fixes (hardening pass)
- Data races removed —
config.ReplaceFromwritingUpstreamOrderwhile the portal read it unlocked (8443 silent-compat loader) is fixed by a lockedOrderSnapshot();BuildEntryRewriterForHostno longer rewritesCompiled/CompiledReplaceinto the sharedBodyReplacebacking array on every request (compile-once, only when nil).go test -raceis clean under concurrent requests. - CONNECT/MITM TLS state & HEAD/204 body handling — The
closeNotifyConnwrapper hides*tls.Connfromhttp.Server, leavingreq.TLS == nil; this stripped; Securefrom HTTPSSet-Cookieheaders (breakingSameSite=None; Securesessions).req.TLSis now restored fromtlsConn.ConnectionState()in the handler.HEAD,204and304responses are no longer rewritten or re-injected, and the upstreamContent-Lengthis preserved. - Windows
go vet& clipboard —copyToClipboardOnPlatformno longer convertsuintptrtounsafe.Pointer(useskernel32!RtlMoveMemory) and freeshMemwithGlobalFreeon failure. CI now runsgo vetforwindows/amd64andwindows/386(previously Linux only) and verifies all 12 Flutter FFI exports (ECHInit,GetProxyPort,IsEchReadywere previously unchecked). - Docs & observability — CLI help and
README.mdnow describe the IPv4 (-4) default (previously a dual-stack default).
v3.3.0
Changes & Features
- Unified PAC Proxy Architecture (
127.0.0.1:8443) & Strict.443.exeIsolation —- By default (
ech-proxy.exe), the proxy runs strictly as a unified HTTP/HTTPS PAC proxy on127.0.0.1:8443, automatically configuring the Windows system PAC (http://127.0.0.1:8443/proxy.pac?t=<ts>) without openingl.moonchan.xyz:8443on startup (l.moonchan.xyzportal remains independently accessible viaech-proxy.8443.exe portalor the tray menu). - When the executable filename does not end with
.443.exe(and-localis not explicitly passed), port 443 is never bound and the local 443 transparent proxy code path is strictly not executed.
- By default (
- Seamless HTTP & HTTPS Proxy Handling + 3 GFW-Bypass Transports —
- HTTPS (
CONNECT host:443): Local CA (CertStore) dynamically signs leaf certificates with full chain, decrypts HTTP/1.1 & HTTP/2, and routes upstream via (1) DoH + SNI Camouflage, (2) DoH + Cloudflare ECH, or (3) DoH + TLS ClientHello Fragment (DialFragmentedTLS), with strict upstream certificate verification (truedomain.comhostname, expiration, and trust chain) and one-time token force-access (?__ech_proxy_force_cert__=<token>). - Plain HTTP (
http://) & WebSocket: Automatically stripsProxy-*hop-by-hop headers, upgrades standard port-80 requests to HTTPS via the 3 GFW-bypass modes when supported, and seamlessly falls back to DoH-resolved plain HTTP (PlainHTTPDo, preserving request bodies) for HTTP-only origins or custom HTTP ports. Also supports plaintext HTTP insideCONNECTtunnels via first-byte sniffing.
- HTTPS (
- IPv4 Default (
-4) with Dual-Stack (-dual) / IPv6 (-6) & Built-in DoH Failover —- Defaults to IPv4-only (
-4/v4), with-dual(dual-stack IPv4 + IPv6) and-6(IPv6 only) flags and runtime tray switching. - Built-in DoH endpoints: primary
https://4545810.xyz/dohand secondaryhttps://1.1.1.1/dns-querywith automatic failover.
- Defaults to IPv4-only (
- Decoupled Remote PAC Whitelist (
pac.txt) —- Default PAC whitelist fetched from `http...
v3.5.19
Executable Features
v3.5.19
Fixes & Improvements
- 退出与实时转储各模块内存占用诊断(Memory & Module Dump):
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
cloudflare_ech路由/IP缓存/H2/H1客户端、certstore动态证书、connect活跃隧道、netdial传输池、cookie、rewrite规则)及 pprof 堆内存分布、完整协程栈转储至日志目录(mem_dump_<timestamp>.txt、heap_<timestamp>.pprof、goroutines_<timestamp>.txt),并同步输出至控制台与日志文件; - 托盘菜单新增「转储内存诊断 (Dump Memory)」:用户在运行或视频播放时可随时右键托盘点击转储,无需退出即可即时排查内存占用与定位异常连接;
- 内存警戒看门狗(WatchDog):后台监控当堆内存超过 300MB 警戒线时自动触发快照;
- 视频流式传输内存防泄漏与即时释放:修复单块写入超时过长(由 30 分钟优化为 30 秒),并在流式传输循环中监听客户端中断(
Context().Done()),配合 32KB 缓冲池复用,彻底避免用户跳进度或切片时孤儿流与底层连接堆积造成的内存膨胀。
- 退出时自动 Dump 诊断报告:程序在收到退出信号(Ctrl+C / SIGTERM / 托盘退出)、正常结束或异常崩溃时,自动将当前 Go 运行时内存指标(Alloc、Sys、Heap、Stack、GC)、各业务模块连接池与缓存(
v3.5.18
Fixes & Improvements
- 回滚引导 DoH 变更:
- 回滚
resolveViaBootstrapDoH中引入的第三方端点,严格保持 1.1.1.1 / 1.0.0.1 纯净 DoH 链路与原设计标准; - 保留更新下载超时放宽(45s / 150s)与
github.moeyy.xyz镜像兜底,确保大文件下载稳定性。
- 回滚
v3.5.17
Fixes & Improvements
- 国内引导 DoH 高速解析与更新超时优化:
- 阿里云引导 DoH 集成:在
resolveViaBootstrapDoH中加入国内高可用 DoH 端点(223.5.5.5与223.6.6.6),解决国内网络环境下因直连1.1.1.1握手丢包或延迟高导致域名解析阻塞的问题,实现 5ms 级秒解; - 放宽更新检查超时并扩充镜像源:将
FetchBytes镜像单源超时调整为 25s,总超时由 25s 放宽至 45s(二进制文件下载放宽至 150s),并扩充https://github.moeyy.xyz/高速镜像源,彻底根除 25s context deadline exceeded 更新超时; - 完善 TLS 握手异常解包:修复深层包装证书错误的分类短路逻辑,保障单连接探测准确高效。
- 阿里云引导 DoH 集成:在
v3.5.16
Fixes & Improvements
- 彻底根治并发连接风暴与 1GB 内存/套接字耗尽(
ERR_NO_BUFFER_SPACE):- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
fragment(真实 SNI 分片),成功后直接缓存并复用,绝不再盲目向源站同时发起 ECH/SNI/Fragment 3 方案 × 2 IP × 3 指纹降级共 18 条并发连接; - 客户端取消流时不销毁 H2 连接池:在用户划走、中止视频预加载或页面导航产生
context.Canceled时,严格保留底层http2.Transport连接池与路由缓存,杜绝反复销毁与重建传输池造成的内核套接字及非分页内存泄漏; - 增强包装证书错误识别:优化
IsCertError支持深层解包分类,使假 SNI 证书不匹配立即短路跳出,防止冗余 TCP 重连。
- 单连接优先探测,根除 18 倍连接乘数:未缓存路由时优先以单连接尝试
v3.5.15
Fixes & Improvements
- 彻底修复国内直连 GitHub 检查更新卡死 5 分钟的问题:
- TLS 分片免翻墙绕过 GFW:在
netdial.FetchBytes中将直连 GitHub(含github.com及重定向资产源objects.githubusercontent.com)注入GitHubRoundTripper,利用 DoH 解析真实 IP + TLS ClientHello 分片(FragmentDo)彻底绕过 GFW 对 GitHub SNI 的黑洞丢包与重置。 - Transport 握手超时兜底:在底层
TransportWithIPMode中显式设置TLSHandshakeTimeout: 10s、ResponseHeaderTimeout: 30s,杜绝未设握手超时导致 GFW 丢包时 Go 原生标准库死等 5 分钟(OpTimeout)的严重缺陷。 - 多源智能竞速与独立超时:并发竞速直连分片与 4 大国内高速镜像源(
gh-proxy.com、ghfast.top、ghproxy.net、ghproxy.cn),单源超时 15 秒(二进制下载 90 秒),首个成功结果立即返回并取消其他请求,秒级完成版本检测与更新包下载。
- TLS 分片免翻墙绕过 GFW:在
v3.5.6
Fixes & Improvements
- 彻底修复
serveMITMConnect崩溃(close of closed channel):- 修复
singleConnListener与closeNotifyConn之间因独立sync.Once重复关闭donechannel 导致的 panic,统一收拢至 listener 的单例关闭逻辑。
- 修复
- TLS ClientHello 采用 TCP 记录分节(TCP Segmentation,完美支持 nyaa.si / DDoS-Guard):
fragment模式由原先拆分出 40+ 个微小 TLS Record 改为基于 TCP 层分节(保持合法单一 ClientHello 记录,配合TCP_NODELAY拆为多段 TCP 报文发出)。- 既能彻底打破 GFW DPI 的单包明文 SNI 匹配,又能完美兼容 DDoS-Guard / WAF,不再回退到泛域名证书导致握手异常。
- 自动检查更新全面支持 302 重定向与 GitHub 镜像加速兜底:
- 修复
FetchBytes因ErrUseLastResponse导致 GitHub Releaseslatest/download/checksums.txt(302 跳转)检查更新直接报错失败的问题。 - 为 GitHub Releases 与文件下载增加了国内镜像(
gh-proxy.com/ghproxy.net)自动故障转移兜底。
- 修复
v3.5.5
Changes & Features
- SNI 伪装默认域名轮换(高信誉主流服务白名单,绝不留空):
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
apple.com、icloud.com、msa.apple.com、microsoft.com、azure.microsoft.com与*.windowsupdate.com合法子域名)。 - 在未显式指定自定义 SNI 时,按 Round-Robin 线程安全轮换上述不受干扰的大型主流服务域名,避免单域名流量特征与空 SNI 导致的握手异常。
- 移除了假 SNI 留空的逻辑,配置默认伪装 SNI 轮询列表(
v3.5.1
Changes & Features
- 全面移除广告拦截与广告插入 (Zero Ad Tampering):
- 彻底停用并移除 HTML 广告注入(
ads.js)与拦截逻辑,代理对所有网页 HTML 内容零修改、零注入。 - 所有网站流量均通过原生 32KB 分块实时流式传输(Direct Streaming),零内存缓存等待。
- 彻底停用并移除 HTML 广告注入(
- PAC 规则统一使用单一信源 (pac.txt Only):
- PAC 系统代理规则统一且仅使用
https://4545810.xyz/pac.txt,不再维护或依赖其他清单。
- PAC 系统代理规则统一且仅使用
v3.5.0
Changes & Features
- 全链路直接流式传输 (Full-Pipeline Direct Streaming):
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
io.ReadAll)。 - 所有无需改写的请求(普通站点如 Pixiv 的 HTML、API JSON、JavaScript、CSS、图片、音视频等),一律直接流式分块实时写出给客户端,首包即达(TTFB 趋近直连),彻底消除内存等待延迟。
- 移除了由于 AdBlock 需求而导致的响应体全量读入内存缓存机制 (
- 官方讨论区链接更新 (Feedback URL Update):
- 托盘右键菜单中的反馈链接与文档更新为
https://chatto.4545810.xyz。
- 托盘右键菜单中的反馈链接与文档更新为
v3.4.3
Fixes & Improvements
- 彻底移除 EasyList 与代理层 204 请求中断 (Complete Removal of EasyList AdBlock):
- 彻底移除 EasyList 清单拉取、规则解析与代理层网络拦截逻辑。
- 删除代理网关处对目标 URL 的
204 No Content阻断,彻底消除因规则通配导致的pixiv.net、e-hentai.org等正常站点根路径与页面资源被误拦截为空响应的问题。 - 代理层回归纯净反向代理与隧道转发职责,所有流量 100% 直连上游正常加载。
v3.4.2
Fixes & Improvements
- EasyList 过滤引擎纯净化 (Network-Only Domain+Path Filter):
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
StripMatchedURLs)、元素隐藏样式 (##Cosmetic<style id="ech-proxy-easylist-style">注入)、$csp响应头篡改与$removeparam参数过滤。 - 严格遵循设计原则:EasyList 仅在网络请求层对
domain与domain + path进行匹配与 204 拦截,绝不修改、隐藏或删除网页本身的 DOM 元素及静态资源,确保页面完整正常渲染。
- 彻底移除 EasyList 对网页 HTML 的破坏性篡改:彻底删除 HTML URL 剥离 (
v3.4.1
Fixes & Improvements
- CI/CD 流水线与平台设计边界对齐 (CI Calibration):
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
version、check校验上游 JSON、pac生成与help校验)及全架构交叉编译。 - 消除 Linux 容器中因冷启动阶段远端
ads.js尚未完成异步拉取而导致的 smoke test 偶发失败,确保发布流水线清洁稳定。
- 依照架构设计意图(ECH 核心运行模式专门针对 Windows 系统设计,非 Windows 平台无需常驻代理服务),移除 Linux CI 容器中启动后台代理服务与探测的冗余测试步骤,收敛为严格的 CLI 工具链断言(
v3.4.0
Changes & Features
- AdScript 注入引擎重构 (Remote-Only Dynamic Injection):
- 彻底移除内置默认脚本 (
BuiltInAdScript) 与on.txt远端轮询及状态开关,全面改为远端ads.js原样直插模式。 - 仅在拉取到远端有效脚本(或读取本地磁盘缓存
<dataDir>/ads.js)时插入代码;初次无脚本或未拉取到时不注入任何内容。 - 注入锚点严格限定在 HTML 的
</body>标签前(页面无</body>时追加末尾),确保符合页面 DOM 渲染时序,不再插入</head>标签前。
- 彻底移除内置默认脚本 (
- 文档与托盘交互指南 (Tray UI & Quickstart):
README.md增加 Windows 任务栏系统托盘(System Tray)各项右键菜单功能对照表。- 增加新用户初次使用流程指南(6 步新手安装、导入证书与启动配置)。
- 文档与 CLI 选项严格脱敏,不外露任何内部广告相关参数。
- 预发布加固与跨平台校验 (Hardening & CI):
- 统一全局 DoH 域名单一信源。
- 修复 Windows
copylocks与 HTTP/1.1 MITM 阻塞问题,完善 Windows/Linux/macOS 多架构交叉编译与 smoke test 验证。
v3.3.1
Pre-Release Fixes (hardening pass)
- Data races removed —
config.ReplaceFromwritingUpstreamOrderwhile the portal read it unlocked (8443 silent-compat loader) is fixed by a lockedOrderSnapshot();BuildEntryRewriterForHostno longer rewritesCompiled/CompiledReplaceinto the sharedBodyReplacebacking array on every request (compile-once, only when nil).go test -raceis clean under concurrent requests. - CONNECT/MITM TLS state & HEAD/204 body handling — The
closeNotifyConnwrapper hides*tls.Connfromhttp.Server, leavingreq.TLS == nil; this stripped; Securefrom HTTPSSet-Cookieheaders (breakingSameSite=None; Securesessions).req.TLSis now restored fromtlsConn.ConnectionState()in the handler.HEAD,204and304responses are no longer rewritten or re-injected, and the upstreamContent-Lengthis preserved. - Windows
go vet& clipboard —copyToClipboardOnPlatformno longer convertsuintptrtounsafe.Pointer(useskernel32!RtlMoveMemory) and freeshMemwithGlobalFreeon failure. CI now runsgo vetforwindows/amd64andwindows/386(previously Linux only) and verifies all 12 Flutter FFI exports (ECHInit,GetProxyPort,IsEchReadywere previously unchecked). - Docs & observability — CLI help and
README.mdnow describe the IPv4 (-4) default (previously a dual-stack default).
v3.3.0
Changes & Features
- Unified PAC Proxy Architecture (
127.0.0.1:8443) & Strict.443.exeIsolation —- By default (
ech-proxy.exe), the proxy runs strictly as a unified HTTP/HTTPS PAC proxy on127.0.0.1:8443, automatically configuring the Windows system PAC (http://127.0.0.1:8443/proxy.pac?t=<ts>) without openingl.moonchan.xyz:8443on startup (l.moonchan.xyzportal remains independently accessible viaech-proxy.8443.exe portalor the tray menu). - When the executable filename does not end with
.443.exe(and-localis not explicitly passed), port 443 is never bound and the local 443 transparent proxy code path is strictly not executed.
- By default (
- Seamless HTTP & HTTPS Proxy Handling + 3 GFW-Bypass Transports —
- HTTPS (
CONNECT host:443): Local CA (CertStore) dynamically signs leaf certificates with full chain, decrypts HTTP/1.1 & HTTP/2, and routes upstream via (1) DoH + SNI Camouflage, (2) DoH + Cloudflare ECH, or (3) DoH + TLS ClientHello Fragment (DialFragmentedTLS), with strict upstream certificate verification (truedomain.comhostname, expiration, and trust chain) and one-time token force-access (?__ech_proxy_force_cert__=<token>). - Plain HTTP (
http://) & WebSocket: Automatically stripsProxy-*hop-by-hop headers, upgrades standard port-80 requests to HTTPS via the 3 GFW-bypass modes when supported, and seamlessly falls back to DoH-resolved plain HTTP (PlainHTTPDo, preserving request bodies) for HTTP-only origins or custom HTTP ports. Also supports plaintext HTTP insideCONNECTtunnels via first-byte sniffing.
- HTTPS (
- IPv4 Default (
-4) with Dual-Stack (-dual) / IPv6 (-6) & Built-in DoH Failover —- Defaults to IPv4-only (
-4/v4), with-dual(dual-stack IPv4 + IPv6) and-6(IPv6 only) flags and runtime tray switching. - Built-in DoH endpoints: primary
https://4545810.xyz/dohand secondaryhttps://1.1.1.1/dns-querywith automatic failover.
- Defaults to IPv4-only (
- Decoupled Remote PAC Whitelist (
pac.txt) —- Default PAC whitelist fetched from
https://4545810.xyz/pac.txt(line-delimited domains, fallback to[]on failure;-allroutes all domains through the proxy).
- Default PAC whitelist fetched from
- One-Click CA Uninstall & GitHub Releases Auto-Updater (
win/updater.go) —- Added
ech-proxy ca uninstall(-ca-uninstall) and tray menu item to remove the local CA from Windows User Root store (certutil -user -delstore Root) and macOS keychain. - Added automatic update checking and background downloading from
https://github.com/Hana-ame/ech-proxy/releaseswith SHA-256 verification againstchecksums.txt, staging.update.newand applying atomic self-replacement on exit/restart (ech-proxy update, tray menu, or--no-auto-update).
- Added
- Fix:
SysProxyManager.AllMode()getter & Gin proxied-host route isolation —...