第一次在GitHub上搜到ogate2网门的网网门时候，我愣了一下——仓库描述只有一句话：“A lightweight proxy tool for network freedom.” 没有README的网网门华丽排版，没有截图，网网门甚至连个像样的网网门logo都没有。但star数在三个月里从200多涨到了1700多。网网门这让我好奇，网网门一个几乎不做宣传的网网门项目，靠什么在中文开发者圈子里口口相传？网网门

ogate2网门的核心逻辑其实不复杂。它基于Go语言写了一个本地代理层，网网门把用户的网网门请求拆成加密分片，再通过多个中继节点转发。网网门跟传统VPN不同的网网门是，它不建立一条固定的网网门隧道，而是网网门动态选择路径。我翻过它的网网门源码，里面有个叫route_pool.go的文件，维护着一个实时更新的节点延迟表，每30秒刷新一次。这个设计让它在某些网络环境下比Shadowsocks更稳——当然，代价是配置门槛稍微高了一点。

GitHub上的讨论区比代码本身更有意思。有个用户贴了一张截图，说他在某高校校园网下用ogate2网门看arXiv论文，连续跑了14个小时没断线。底下有人回复：“你试试晚上八点再跑。” 结果第二天那人回来补了一句：“确实，晚高峰会掉两次。” 这种真实的反馈在别的项目里很少见，因为大部分代理工具的issue区要么是广告，要么是“求教程”的重复帖。ogate2网门的维护者会亲自回技术细节，比如解释为什么某个版本把心跳间隔从15秒改成了22秒——因为运营商QoS策略变了。

网门和ogate2的关系，有点像Clash和Clash.Meta。最早的“网门”是个Python脚本，只支持HTTP代理，作者在2019年就停更了。ogate2是后来者用Go重写的，保留了“网门”这个名字，但架构完全换了。有意思的是，ogate2的GitHub仓库里还留着旧版的迁移指南，里面有一段话：“如果你还在用Python版，请尽快换掉。旧版有内存泄漏，跑三天就会吃掉2GB内存。” 这种直白的警告，比任何“推荐升级”的客套话都管用。

我实际部署过一次。在一台东京的VPS上编译，go build之后生成一个12MB的二进制文件，没有依赖。配置文件是YAML格式，跟Clash的写法很像，但多了一个multipath字段。填上三个中继地址，启动。然后用curl测了一下，延迟比直连高了80ms左右，但下载速度反而快了——因为分片传输绕开了单线程限速。这个结果让我有点意外，毕竟多跳通常意味着更慢。后来看代码注释才明白，它把大文件拆成256KB的块，并行走不同路径，最后在本地重组。有点像BitTorrent的思路，但用在代理上。

当然，问题也不少。GitHub的issue里有人抱怨Android客户端经常断，维护者回复说“请用v2.3.1，v2.4.0的QUIC实现有bug”。这种版本回退的建议，在商业软件里几乎看不到，但在开源项目里反而显得可信。另一个常见问题是DNS污染——ogate2网门默认用DoH，但有些中继节点不支持，需要手动改配置。我试过把dns字段换成tls://1.1.1.1，延迟立刻降了30ms。这种细节，文档里没写，得自己踩坑。

写这篇文章的时候，我又去刷了一下仓库。最新commit是三天前，改了一个叫fallback的配置项，允许在某个节点超时时自动切换。commit message只有四个字：“fix timeout”。没有emoji，没有长篇描述。这种风格在GitHub上越来越少了，大部分项目现在都喜欢写“feat: improve performance”之类的套话。ogate2网门的作者似乎不太在意这些，他更关心代码能不能跑通。

如果你打算试，直接去GitHub搜“ogate2”就行。别下那些第三方打包的版本，有些加了后门。官方release页面只有源码和校验码，连二进制都不提供——你得自己编译。这可能是它用户量一直上不去的原因，但也是它没被大规模封禁的原因。毕竟，一个需要自己动手的工具，天然就过滤掉了一大批人。

(责任编辑：时尚)