嗯，今天也还活着，不过倒也没什么想说的。

要说和今天相关的事情的话，其实，除了 xn--eekf.xn--q9jyb4c 这个域名以外，在半年前还买了个 loli.uno。当然，买了并不代表用上了，所以暂时就重定向到 xn--eekf.xn--q9jyb4c 上了。结果大概上个月的时候 IP 被墙了，所以其实你们现在直接连接也访问不了了。

traceroute 断在了 Multacom 机房的路由，ssh 后 traceroute 到国内的 IP 断在了骨干网，ping 其他邻居的 IP 基本没有事。所以应该不是屏蔽网段，而是直接针对 IP 屏蔽了。不过也奇怪应该没有什么大流量之类的，发现出问题的时候还在公司走 ss 用 Telegram，并没有什么大流量，不是很懂。嗯……难不成之前是瞎玩写的 xn--eckxj725iv5g.xn--eekf.xn--q9jyb4c 被发现了，然后就被屏蔽了？反正不是很懂，目前暂时靠 CloudFlare 续命，十一回家的时候发现家里的联通网络相性非常好，还能流畅在 YouTube 看阅兵（？

另外上个月折腾了下 Oracle Cloud，选择了日本线路，延迟感人，绕道到 ping ~200ms，speedtest 到东京的测试服务器上行 48Mbps 下行 4Mbps，iperf3 也就 10Mbps。由于羊毛被褥的太狠，想开第二台机器做内网 iperf3 测试，结果开通的时候提示已经售罄了，所以至今不知道这玩意的网络配置是什么样，感觉或许还不如美西节点，美国节点还有免费邮件额度。相比之下韩国节点可是在公司跑到了 500Mbps 的，不过韩国基本不能访问 porn 也没什么用，日本节点再慢，至少还能看个 DMM（虽然也不知道能买什么，也不玩页游，所以……好像也没用）。

或许之后会试着在那个东京节点上做一份 mirror，有时间再折腾吧。对速度感兴趣的同学可以访问这个对象存储的链接，看看速度有多渣：https://objectstorage.ap-tokyo-1.oraclecloud.com/p/VdT8VdFqkU-e4Tex4GnHK-VA6XwCnH_7zjpnM_Xtnr4/n/nrzblovvku9x/b/bucket-ccloli/o/76825905_p0.jpg 。总之，这个东京节点路由不行，虽然 traceroute 机器的上一个路由是从广州出口直接到 Tata 的，不过还是很慢，对东亚用户来说还不如美国线路（韩国用户和日本用户除外？），反正现在的 ping 值比到位于西海岸 LA 的 Multacom 机房的 200ms 还高，夜间高峰期线路干扰更可怕，丢包率 50%……除了能访问只有日本 IP 能打开的网站外，还不如美西节点。

嗯，总之，大概就这样吧，明年的存活报告或者明天见。

嗯，先赶在 23:59 前先发布了，然后再来编辑（