Re: Turn To Bind-Users For Advice And Help
Hi Anand, > How did you add this zone to BIND? We added this zone through OpenStack Desigante. We sent a HTTP request to Designate for adding a zone. Designate would convert the HTTP request to RNDC command to add zone to BIND. Tengfei Anand Buddhdev 于2022年5月7日周六 16:27写道： > On 07/05/2022 08:08, tengfei xiao wrote: > > Hi Tengfei, > > > We are encountering a problem that SOA records had data residue when > > deleting a new-created zone with BIND 9. The operation procedures are as > > below: > > > > 1. Firstly, a zone named test18.cn was added with BIND 9. The command > "dig > > -t SOA test18.cn" shows the corresponding SOA record was created > > successfully. > > How did you add this zone to BIND? > > -- > Anand > -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Determining Which Authoritative Sever to Use
I can't speak definitively for stub zones, but I would assume it works the same as NS delegations or forwarding. A DNS server maintains a listing of smoothed round trip times (SRTT) for each potential destination. It uses the SRTT with the lowest value, and after each successful response all of the SRTTs with a higher value are decremented. This is the self-healing mechanism. Eventually a higher value will be reduced far enough so it is the lowest and it will be used and readjusted. The readjusting will likely make it higher and it would go back to the original server. This is a long winded way of saying all of the servers in the list will take a certain percentage of the overall query volume. On Sat, May 7, 2022 at 10:20 AM Bob McDonald wrote: > Forgive my ignorance if this is a trivial question. > > Supposing I have an internal IP network (rfc1918) where there atr local > caching servers (recursive) which clients connect to and scattered around > are several authoritative servers which provide answers for internal only > zones. Those internal only zones are defined on the caching servers via > stub zones. > > My question is this; how do the recursive servers determine from > the information in the stub zone which name server to query? And, is that > the closest (network wise)? Do I need to put anycast into the mix? > > TTFN, > > Bob > > -- > Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > ISC funds the development of this software with paid support > subscriptions. Contact us at https://www.isc.org/contact/ for more > information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > -- -Ben Croswell -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Determining Which Authoritative Sever to Use
Forgive my ignorance if this is a trivial question. Supposing I have an internal IP network (rfc1918) where there atr local caching servers (recursive) which clients connect to and scattered around are several authoritative servers which provide answers for internal only zones. Those internal only zones are defined on the caching servers via stub zones. My question is this; how do the recursive servers determine from the information in the stub zone which name server to query? And, is that the closest (network wise)? Do I need to put anycast into the mix? TTFN, Bob -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Turn To Bind-Users For Advice And Help
On 07/05/2022 08:08, tengfei xiao wrote: Hi Tengfei, We are encountering a problem that SOA records had data residue when deleting a new-created zone with BIND 9. The operation procedures are as below: 1. Firstly, a zone named test18.cn was added with BIND 9. The command "dig -t SOA test18.cn" shows the corresponding SOA record was created successfully. How did you add this zone to BIND? -- Anand -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Turn To Bind-Users For Advice And Help
Hi, We are encountering a problem that SOA records had data residue when deleting a new-created zone with BIND 9. The operation procedures are as below: 1. Firstly, a zone named test18.cn was added with BIND 9. The command "dig -t SOA test18.cn" shows the corresponding SOA record was created successfully. 2. Secondly, RNDC command "rndc -s 127.0.0.1 -p 953 -k /etc/rndc.key delzone test18.cn" was applied to remove zone "test18.cn". 3. After a few of minutes, "dig -t SOA test18.cn" was applied again and found the SOA record still existed. The BIND version is 9.11.4-P2-RedHat-9.11.4-16.P2.el7. The problem occurred from time to time. Unfortunately, the logging file "name.run" does not record any abnormal information. Any comments or suggestions will be highly appreciated. Best Regards, Tengfei -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
