cnbatch

虽然我的工作内容也是 .net 的，但还好从来不用 Furion ，所以这件事基本上对我个人以及我的工作都没影响。

只不过，Furion 的做法实在匪夷所思，如果更改许可证能够往旧版“追究”，那么 OpenOffice 的现任 owner 岂不是可以随意“追究”LibreOffice 一大票人？

看了下新闻页面的留言，有人总结出 Furion 作者的骚操作：
原本 Furion 以 MIT 协议开源，包括源码和文档长期以来都在 MIT 的覆盖范围内。
现在 Furion 作者把文档改成收费模式后，不但禁止他人分享新文档，以往的 MIT 许可的旧文档都不允许分享。此举等同于违反了 MIT 协议。

大惊小怪，不但 Gmail 、QQ 邮箱能这样做，规模稍微大一点的企业早就利用这种特性了。

比如某个部门拥有自己的部门邮箱，部门内的员工在关联完成后，就可以在自己的邮箱以“代发”的形式，选择部门邮箱把邮件发出去。有些企业甚至会做限制，只允许部门邮箱使用代发功能，不可以直接用部门邮箱本身发邮件。

能够拥有充足睡眠时间的话，无论几点睡，多晚睡，都不能算作“熬夜”，顶多叫做“倒时差”。
https://36kr.com/p/1658400243448194
里面就有一句：“用入睡时间来判断是否熬夜，的确不是十分科学”

现实例子：轮班工作制，以及跨国出差或旅游。

跨国出差、旅行就不用多说了，适应完当地时区，回家之后需要重新适应，这种倒时差显而易见。

轮班工作制，也是会用到“倒时差”这个称呼的，从通宵班调回至普通日班，显然就是倒时差。只不过怎么时差怎么倒，不同岗位、不同行业、不同公司会有不同的做法，人性化一点的会往后延，比如上完通宵班的，下一轮就改成下午班，再下一轮才回到早班。

也许 OP 是没见过这种状况：人在中国，上班时间却是下午甚至凌晨，为的是对接外企母公司的任务表。

从截图和返回的结果来看，223.5.5.5 并没有返回 IPv6 地址，那肯定 ping 不通

我自己试了试，直连的情况下，223.5.5.5 能正确返回 IPv6 地址。

当你把电脑的网关地址改成指向旁网关之后，访问 223.5.5.5 是会经过这台旁网关的。
这个旁网关是不是有自己专门的 DNS 服务程序，顺带屏蔽了 DNS 返回的 IPv6 地址？

这个新问题，只要再阅读一遍你找到的群晖教程就能明白为什么了。
https://synologybbs.unwit.cn/thread-186-1-1.html
这段：
——————
群晖 Quickconnect 的原理
它其实就是一个代表了你这台 NAS 的唯一字符串，类似用户名。当你向群晖注册了 quickconnect ，它会定时向群晖的服务器发送你群晖 NAS 的网卡的 IP ，另外还有就是出口 IP 。
——————

结合现象来看的话，群晖的服务器应该是位于境外的。又或者是，服务器的域名按地域区分使用不同的地址，中国大陆发出的就连接境内地址，境外访问的就连接境外地址。

所以开启梯子之后，NAS 向服务器发送数据的时候走了梯子路线，而不是直连。群晖本身没被墙掉，所以 GFW 模式下并不会走梯子路线，而是继续直连。

解决办法很简单，把群晖服务器的域名、IP 地址加入到插件的直连名单即可。
不过我没用过这个 hello world 插件，不知道怎么设置，剩下的只能靠 OP 自己想办法了。