@billzhuang 我不允许别人绑定域名，必须用我自动生成加速域名。所以不存在备案问题。至于风控方面，我对每个接入的产品全部人工审核，只接备案过的产品。

@Xusually 正如我文中说的，我正是因为考虑到 dns 解析时间差，所以才不能用现成的开源 cdn 方案，所以才自己写代码。

@gesse 我本来就是用企业资质注册和备案网站的。牌照暂时是没申请。但是以后如果规模大了就申请吧。现在规模小，没人管这些。而且，我这个其实也不太算的上传统 cdn 服务，不过是一种流量转发思路而已。

@Xusually 因为在我的设计方案里，是要保证“节点随时挂了”也能正常访问。所以，url 不能直接解析到节点 ip ，如果解析到的话，节点挂了，就挂了。而更高 dns 解析是有 10 分钟以上的延迟的。这个就会导致至少故障 10 分钟。所以，为了保证能实时避障，比如做 url 跳转。

@VBk 对哦，我写错顺序了。数字是对的，单位倒序了。

@zainisthebestman 没弄错。你为啥会觉得我弄错了？

@Xusually 其实本文更多是分享创造的过程，也包含有产品的核心逻辑思路。只是最后放上一些链接来吸引下流量，不太严格的情况下，也可以说不算促销推广信息

@VBk
@villivateur

我是用正规机房机器，不会被运营商封。

@xinJang arm 现在用的人少，而我打包测试起来也不太方便，所以没有打 arm 的包

@qwq11 随便不到哪里去，因为我限制了 10 个 ip 访问。说实话，如果不能大范围分享的话，即使你分享乱七八糟的文件也没人管你。

@dreamage tcp 透传实在太难做管控了，短期先不考虑，后面看看用户多不多，需求多不多。

@skull 你的话有歧义，所以我误解了。不是搞技术的就知道有什么区别的。比如上面不少人列出的同类产品，都要我一一解释什么不一样。

@martint028 不太清楚你说的劫持端口是什么意思。目前我测试在 centos 系统下，可以正常转发 docker 的服务端口。

@wupher 开源的重复轮子那么多，我开源没啥意义。甚至别人写的软件性能更好。我做的是在线服务，可以理解是 saas 服务。并且我能肯定我的在线服务是同类中最简单易用且速度最快的。

@ETO 把生成的域名链接放到浏览器访问吧。gaoyixia.com 这个域名在我购买前，应该是被前人乱发信息所以被封了。我前几天购买域名的时候就发现了。现在在申请解封中。

@timedivision 刚才弄了一下服务器，不知道你是不是刚好碰到那个时间点。现在好了，我这边测试挺快的。

@star7th 多品种混养的话不清楚。同品种多个一起养是没问题的

@skull 还有就是我这个东西是用 node 写的，并不是基于 zoro 开源项目改造，我从产品理念到代码都没参考过它。只是确实借鉴过其他开源项目。用 node 写的内网穿透还是很少案例可参考的。

@skull 说实话我是今天第一次听你说了才知道有 zoro 这个东西，你别过于阴谋论地以为别人是抄袭。内网穿透来来去去就那么几个功能，有同类产品很正常。