白天的时候防止又出幺蛾子,将域名迁出 dnspod,改了 NS 目前还没有完全生效。
一、收到报警
晚七点左右收到报警,仨域名,只有一个不报警。
二、确认谁出了问题
用工具检测了下 ns 的生效记录,未报警域名的 ns 在国内大部分区域已经生效了,不再是 dnspod。dnspod 占九分之一的区域。 报警域名的 ns 在国内大部分区域还是 dnspod 的,dnspod 占一半的区域。
目前已经提交工单。
请问大家如何了?
不敢确认是 dnspod 的问题,所以想与大家交流下。

白天的时候防止又出幺蛾子,将域名迁出 dnspod,改了 NS 目前还没有完全生效。
晚七点左右收到报警,仨域名,只有一个不报警。
用工具检测了下 ns 的生效记录,未报警域名的 ns 在国内大部分区域已经生效了,不再是 dnspod。dnspod 占九分之一的区域。 报警域名的 ns 在国内大部分区域还是 dnspod 的,dnspod 占一半的区域。
目前已经提交工单。
不敢确认是 dnspod 的问题,所以想与大家交流下。
1 citydog Nov 10, 2018 via Android 一天了 |
2 dazhangpan Nov 11, 2018 dnspod 这事,从腾讯后来发布的复盘声明里可以看出他们既没有解决问题的诚意,也没有承担责任的担当与勇气。将问题直接甩给 DPDK 是一个并不高明的公关手段。不懂的人根本不明白 DPDK 是个啥,还是你腾讯的问题;懂的人用屁股想想也知道是你上层协议栈出的问题,你用 DPDK 帮你提升协议栈性能,出了问题就赖人家,下次估计可能会赖到 GCC 版本的头上。换成了内核的协议栈算是 hotfix 了自己的问题,但向客户承诺的产品高性能的特点就全部消失了。因此可以看出,腾讯云,至少 DNSpod 团队,是个目关短浅、做事缺乏条理、内部缺乏有效沟通机制、互相推卸责任、毫无商业契约精神的团队,建议楼主就别确认是不是 DNspod 的问题了,早点换一家,省心省力省钱。 |
3 leido Nov 13, 2018 via Android @dazhangpan dnspod 这次完全是被恶意用户钻了空子,腾讯不指责用户已经很道义了,要知道有些操作你可能一辈子都想不到,多的也不便说 |