Re: srv lookup in record
On 2020-08-21 16:26, Marc Roos wrote: Is it possible to use srv lookups, like eg cname. I do not want to create SRV record, I just want to 'get' the ip addresses, that I would get vai srv lookup. I don't think so, nor does it seem to make sense to me that you would want such a thing (in the general case, you may have a use-case). SRV records are more than just pointers to a specific server, there is also the priority and weight that need to be considered at the application level. ___ Please 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
srv lookup in record
Is it possible to use srv lookups, like eg cname. I do not want to create SRV record, I just want to 'get' the ip addresses, that I would get vai srv lookup. Say I have this task [@temp3]$ dig +short server.test.marathon.mesos 192.168.123.101 192.168.124.50 192.168.124.52 192.168.124.51 192.168.123.100 192.168.123.102 [@temp3]$ dig +short srv _http-apps._server.test._tcp.marathon.mesos 0 1 31024 server.test-usbzr-s3.marathon.mesos. 0 1 31852 server.test-z9x84-s3.marathon.mesos. 0 1 31790 server.test-k7g8r-s4.marathon.mesos. [marc@os0 temp3]$ dig +short srv _http-demo._server.test._tcp.marathon.mesos 0 1 31791 server.test-c8g8b-s4.marathon.mesos. 0 1 31025 server.test-wtbza-s3.marathon.mesos. 0 1 31853 server.test-d0x87-s3.marathon.mesos. I would like to only make available the ip addresses that are in the same range. If I would use a cname like this: server.local. CNAMEserver.test.marathon.mesos. I would get 6 of which 3 ip addresses are not in the same range. So I need to have something like server.local. ??? _http-apps._server.test._tcp.marathon.mesos. Is this possible in bind-9.8.2-0.68.rc1.el6_10.3.x86_64? ___ Please 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
9.11 -> 9.16 via COPR
We're happily running the BIND 9.11 ESV on CentOS 7 by way of: isc-bind-esv/x86_64 Copr repo for bind-esv owned by isc The roadmap I recall indicates 9.11 will move to "security only" updates at the end of 2020, at which time 9.16 is slated to become the ESV. I figure it is time for me to get a 9.16 instance running and see what will be involved in making it work for us. My questions are two: A) How will the upcoming change in ESV-designation appear to users of the COPR packages? Will there come a time when the repository/package "isc-bind-esv" will just deliver 9.16 rather than 9.11? B) If I have a host currently using "isc-bind-esv/x86_64", and I want it instead to use "isc-bind/x86_64", what's the suggested process? Do I "yum remove", replace the "bind-esv" repository with "bind", and "yum install"? Is it simpler than that? -- Do things because you should, not just because you can. John Thurston907-465-8591 john.thurs...@alaska.gov Department of Administration State of Alaska ___ Please 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: Error "Query section mismatch : got"
On 21.08.20 09:28, Smile TV wrote: > my question is why would anyone do this, as this apparently does not make sense. Because when I was from a server that was querying the reverse record 250.199.212.125.in-addr.arpa it gave an error with the "SERVFAIL" error code so I tried to query directly to the hosting that managed it to determine the cause. your query of course makes sense under there curcumstances. But delegating /24 subnet using RFC2317 delegation is useless, because in fact you can delegate whole /24 directly >> On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas >> wrote: >>> again, why you query for 250.0-24.199.212.125.in-addr.arpa >>> under normal circumstances there's no point of querying that name. > On 19.08.20 10:05, tale via bind-users wrote: >> Well yes and no. While an individual user would typically not, >> resolvers sure will. While trying to resolve >> 250.199.212.125.in-addr.arpa, it will eventually get to >> 250.199.212.125.in-addr.arpa CNAME 250.0-24.199.212.125.in-addr.arpa. > On 20 Aug 2020, at 00:41, Matus UHLAR - fantomas > wrote: > my question is why would anyone do this, as this apparently does not make > sense. Vào Th 4, 19 thg 8, 2020 vào lúc 22:00 Mark Andrews đã viết: Presumably because they don’t know that APNIC can delegate the /24s that make up the /17 independently of each other. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. How does cat play with mouse? cat /dev/mouse ___ Please 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