好几年前频繁地被拉进黑名单，用“DKIM 配置错误”、“被恶意利用公开发信服务”等理由解封了。直到有一次怎么说都不肯，然后就放着不管，过了大半年自己就解了，然后再也没进去过。不知道他这个是什么意思。

在别人眼中 lz 可能已经算成功了......其实就是对自己标准的问题，有的人烂摆得心甘情愿，有的人天天泡在图书馆。理想与现实总是天差地别，不管是被推着前行还是主动冲刺，还是要想想自己拥有的、需要的、渴望的到底是什么。希望能过上无悔的人生。
“而我，我好像是两手空空，一无所有，但我对自己很有把握，对我所有的一切都有把握，比他（神甫）有把握的多，对我的生命，对我即将到来的死亡，都有把握。是的，我只有这份把握，但至少我掌握了这个真理，正如这个真理抓住了我一样。我以前有理，现在有理，将来永远有理。我以这种方式生活过，我也可能以另外一种方式生活。我干过这，没有干过那，我做过这样的事，而没有做过那样的事。而以后呢？似乎我过去一直等待的就是这一分钟，就是我也许会被判无罪的黎明。没有任何东西，没有任何东西是有重要性的，我很明白是为什么。他也知道是为什么。在我所度过的整个那段荒诞生活期间，一种阴暗的气息从我未来前途的深处向我扑面而来，它穿越了尚未来到的岁月，所到之处，使人们曾经向我建议的所有一切彼此之间不再有高下优劣的差别了，未来的生活也并不比我以往的生活更真切实在。”——引用自《局外人》

看起来是墙，老问题了

满了

感觉今年频繁出现这种地区性的 dns 污染（至 127.0.0.1

本来觉得是跟 IP （分配时的）位置有关系，但是实际上（上海 cn2 ）测下来绕新加坡，绕港，绕美，绕英什么东西都走的出来。目前就发现 DataPro 的某些 IP 是不绕的，melbicom 去程能走到，hostkey 可以低至 120ms

@CernetBoom 目前有看到 59.43.248.118 和 59.43.248.162 都是 123ms，然而实际使用的时候是和 59.43.248.166 这条 155ms 的负载均衡，延迟就一直跳，挺难受的。倒是上海 CN2 过去 59.43.184.186 能比较稳定在 160ms

@my2492 https://ftp.bmp.ovh/imgs/2020/09/51ccbcc9761f3424.png 有些香港 ntt 仍然可以走到日本（ 203.131.242.10 ），阿里清凉目前也是这么走

@my2492 到 ntt 骨干网的大部分节点都已经走新加坡 ntt 去了（ ntt 的一些下游去程也还是日本 ntt ），有的回程还是可以走到日本 ntt，但香港 ntt 的回程走的也是新加坡 ntt
应该是拿来分担一下流量，或者直接默认出入口改到新加坡那里

@my2492 ntt 官网上测出来 200ms 是因为去程绕新加坡 ntt 了，就会走出 上海电信-新加坡 ntt-日本 ntt 这种东西
ntt 好多骨干网节点去程都走新加坡了，还有的像 203.105.73.74 看起来是回程走新加坡，确实是调走大堆流量

测了一下，东京 ntt-广州 57ms，-上海 35ms，-北京 53ms，已经很好了（虽然还是卡
不过本来到我这都是走上海，现在北京广州乱跳

@my2492 现在这延迟确实不错，我是看 ntt 官网上到电信还是差不多 200ms，应该是走的互联点（ xe ）不一样导致的

看起来是有某些 fastly 的 IP 段走到新加坡 ntt 去了，但是东京 ntt 还是一样堵，至少我这没看到有明显的改善
还有这两个互联点很早之前就有了吧

@mason961125 这个阿里云确实挺不错的，延迟比其它几大云（ AWS GCP 等）少上至少 50ms
https://ftp.bmp.ovh/imgs/2020/08/cfb7ec33b6db8dd1.png

@CernetBoom https://ftp.bmp.ovh/imgs/2020/08/b7682acc76f29467.jpg 这个确实是上海 CN2 直连到法兰克福，但是看着延迟估计回程又绕英了

@CernetBoom STSR 是啥，没搜到；发现上海 CN2 到 melbicom 的那个莫斯科去程走的是北京 CN2，然而回程还是绕英了；好像没怎么见到过上海 CN2 直接到法兰克福的

是双程 163，不知道谁爆出来的，估计没多久就要被滥成渣了

广州移动的话 QoS 等级会很高 跑啥都快

PD 是可以往下分配的