bind9发送notify通知slave dns主动更新
[| 2012/08/31 00:47]
台湾vps已经不靠谱了。于是开始迁移至香港,台湾vps决定放弃。这时遇到了问题,就是dns又变成了单点。
所幸服务商提供了slave dns功能,这个还是很少见的,不过这个功能对于我来说实在太有用了。
估计也是这个服务太过小众,服务商的功能也是bug多多,发了无数ticket才搞定。
首先是管理页面就有问题,添加slave dns记录后刷新页面,记录就消失了。也不生效。通知他们修正了下,搞定了。
然后发现添加记录倒是成功了,但没有slave dns来拉取记录。而这时我操作太激进,把ns记录都切换过来了,结果导致落到slave dns上的请求都返回空记录了,发现后急忙切换回来。发ticket通知他们,告诉我要在allow-transfer里把所有的服务器ip都加上,试了下,似乎nslookup - slave dns ip 使用指定dns后还能成功了。很高兴。
但过了一会发现请求还是落到了主dns上,并且有很大概率的失败,于是再次联系客服。客服说在添加slave dns记录时我的master dns ip没有记录上,重新添加不行,后来客服搞了一下,可能修复了bug,可以了。
然后发现slave似乎不支持notify请求,我用rndc reload更新记录时没有slave来请求。
先是添加also-notify,通知所有slave dns,因为默认是通知所有ns记录里的服务器,不过我并没有用到全部slave server,所以要手动添加其他服务器收到通知。
发现还是无效,猜测可能是出口ip不对,于是添加notify-source指定了notify时的来源ip。
重启bind9, 成功了。
所幸服务商提供了slave dns功能,这个还是很少见的,不过这个功能对于我来说实在太有用了。
估计也是这个服务太过小众,服务商的功能也是bug多多,发了无数ticket才搞定。
首先是管理页面就有问题,添加slave dns记录后刷新页面,记录就消失了。也不生效。通知他们修正了下,搞定了。
然后发现添加记录倒是成功了,但没有slave dns来拉取记录。而这时我操作太激进,把ns记录都切换过来了,结果导致落到slave dns上的请求都返回空记录了,发现后急忙切换回来。发ticket通知他们,告诉我要在allow-transfer里把所有的服务器ip都加上,试了下,似乎nslookup - slave dns ip 使用指定dns后还能成功了。很高兴。
但过了一会发现请求还是落到了主dns上,并且有很大概率的失败,于是再次联系客服。客服说在添加slave dns记录时我的master dns ip没有记录上,重新添加不行,后来客服搞了一下,可能修复了bug,可以了。
然后发现slave似乎不支持notify请求,我用rndc reload更新记录时没有slave来请求。
先是添加also-notify,通知所有slave dns,因为默认是通知所有ns记录里的服务器,不过我并没有用到全部slave server,所以要手动添加其他服务器收到通知。
发现还是无效,猜测可能是出口ip不对,于是添加notify-source指定了notify时的来源ip。
重启bind9, 成功了。
ccc
2012/09/07 10:04
台湾vps 最近有什么情况,我看速度还可以啊。
snooda 回复于 2012/09/26 21:44
电信线路不太稳定,晚上延迟很高,并且老是改线路
分页: 1/1 1