我找到一个免费的 geoscaling 能自定义解析脚本，推荐一下。

@flowfire 谢谢，试了一下 http://ipv6.testipv6.cn/ip/ 返回了 JSON 格式的 IP 信息。

@flowfire 感谢提供，但很遗憾，它的服务器在美国

找到了一个厦门大学的 API，分享一下： https://beianv6.xmu.edu.cn/checkip

@zro 能不能分享一下你找到的国内的 checkipv6 服务？我也是用到 ddns 发现访问不了国外的 ipv6

我发现 resilio sync 也就是 btsync 去除了 dht 功能，这有悖于 p2p 精神，且对于抗封锁来讲很不健壮。
这也是我为什么不太喜欢 bt 的原因，它越来越商业化了，以至于开始走向了去中心化的对立面。

@wym0823 谢谢提醒。我才发现官方 emule 还没支持 ipv6 。支持 ipv6 的我仅找到 neomule 和 ironmule，都很不完整。

所以打算放弃 ED2K，转用 BT 的替代解决方案。我没用过微力同步，它是可以分享单个文件的吗？我用过 btsync，它似乎不能分享单个文件。

另外 cnmod 好像没再继续开发。我看官方站 chnp2p 连网站都关了。

@linbenyi 如果页面没公开分享过的话，那就肯定是分析了你的上行流量。因为 http 是明文的，所以找出访问地址并不难。

由以上讨论得知，他们能探测到非标准端口。而且所有被查的都用到了绑定（未备案）域名。所以对于探测方法我的猜测是：先列出所有（国内）未备案的 IP 地址，然后反查这些 IP 有没有绑定域名，如果绑定有域名，然后通过 HTTP HEADER 方式扫描这个 IP 的所有端口。或者遍历 DNS 数据库，查找指向（国内）未备案 IP 地址的域名，然后通过 HTTP HEADER 方式扫描这个 IP 的所有端口。
那么也许以下使用方式不会被查到：
1.IP 不直接绑定 DDNS。找个可以用脚本更新 URL 跳转记录的 DDNS，301 跳转到用 IP 访问的 URL 上。
2.弃用 IPv4，改用 IPv6。目前未曾听闻 IPv6 被查。没有 IPv6 的跟运营商要。家里的路由器或者光猫也要支持 IPv6。但如果客户端没有 IPv6，那么可以用 CDN 之类的做反代。
3.弃用 HTTP，改用 HTTPS。HTTP HEADER 这种检测方式不能检测出 HTTPS。但 443 端口能通也确实可疑，最好开非标准端口的 HTTPS。

@oyjc @attackingmilo
我看到你们都推荐.Net ，但是据我所知，它也跟 Java 类似是跑在虚拟机里的。只是不知道它的虚拟机是否像 JVM 那样有较大的开销。

@sessionreckon
Java 服务启动后，能占这么大内存，一般是 JVM 为了优化就需要调度这么大内存。JVM 的优化非常杰出，这是 Java 性能强劲的最主要因素。如果强行限制，那效果自然大打折扣。指定个堆上限再频繁 GC 可以想见那效率有多低。
同样功能的应用，Java 肯定是会比其它平台更耗费内存的，因为要额外运行 JVM 对运行时内存进行优化和调度。
上面也没有说多实例跑在一个环境里，为了安全和可靠性当然要隔离，但一个 node 就跑一个应用也太浪费了点。事实上常规的使用方式是跑多个容器。不过自己弄服务器还是比较麻烦的，成本也不低。而现在更普遍的方式是使用云容器，按需购买资源。
可能很多人还是不理解题目的需求。要是只有几个实例，那根本犯不着对资源敏感。

楼上给的 benchmarksgame 这个网站很好很直观。
其中我发现 Rust 的性能更加优异，不过 Rust 似乎也比较复杂，用来写简单的 Web 应用可能会有点难受。

感谢所有人的提议。我大致了解了一下，最后选择了 Golang，以下是我的看法：

Golang 代码简洁，开发效率高。
实现具体功能也许没有 Python 的调用方便，但是后者占用内存和 CPU 不太理想。
Golang 调用库比 C、C++方便得多。而且 C 系需要手动操作内存，增加了代码的复杂度，可维护性差，易产生缺陷。开发和再开发的时间可能会要多耗费一些。而 CPU 占用和内存占用，Golang 和 C 也差不太远。
至于 Golang 与 PHP 的比较，我看网上的比较都是 Go 的兼容性、扩展性、性能、资源占用更胜出一些。
汇编就算了，杀鸡用牛刀。

我这里湖北电信访问日本恢复正常了。

我看楼上有人说是因为某投票导致某网站呗集中攻击的事，应该不是这个原因。某网站托管在 cf 上。而新加坡方向是 aws 掉线，日本方向无论线路还是 cdn 业务都跟这网站无关。所以这应该不是故障原因。应该是别的什么。

好似只有电信是这个样子，我连 windows update （以及其它一些合法跨国业务）都打不开了。最严重的是日本方向，完全是不通的状态。日本各大高校网站完全打不开。
联通移动好似正常（或者只是拥堵没那么严重）。说明不是墙的问题。

@nyaapass 我工作环境提供出国，所以没有自己买 vps 搭$$。但是公司的网络接入有身份认证和物理限制。所以我无法将未授权设备接入。
（如果我有正在用的 vps，就没必要来提这个问题了。）