@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，就没必要来提这个问题了。）

@lihongjie0209 爬到指定内容发邮件通知的那种。
不是所有的程序托管都需要 ip 的，这是先入为主把 vps 当作这个问题的唯一答案，vps 当然必定是有公网 ip 的。但云计算平台不止是 vps 这一种形式。比如 web 程序托管的各种 app engine，就没有 ip （但提供了公网映射，毕竟是 server 程序），而是以 web 控制台代替。我这种需求比 app engine 更轻量，其实我就是想问问有没有更轻量（同时也更廉价）的解决方案。

@eluotao 奢侈是相对而言的，10 元的 vps 能建站，拿来托管个 client 程序，大炮打蚊子。每月 10 元人民币的话还可以考虑（但爬国内我不如用路由器（或者楼上的旧手机也是不错的建议）），每月 10 刀就真的算了。以爬虫的资源消耗量（低流量低带宽低占用无需公网 ip ），每月 1 刀我觉得还差不多。但是每月 1 刀的 vps 又很差，毕竟它还需要支持 vps 的全部功能，所以必定会在配置上缩水，cpu 和内存都不一定能跑得起来爬虫。
如果能有选配公网 ip （即可以不配备），流量带宽容量按量支付的容器服务，是最理想的选择。

根据实测， syncthing 不具有 btsync 的 Incremental Updates 功能。这也需要单独实现，目前我没有想到实现的机制。

@lhbc 官方还没实现，看来要么只能重写要么放弃，或者我也可以考虑一下往机顶盒移植。不过无论哪种工作量似乎都有点大。