SRV on multiple subdomains
Hello, I have a question about configuration simplification for SRV configuration (maybe it can be applyed for other entries). We manage multiple subdomain of a main one (server1.example.com, server2.example.com,...). For A and MX entries, we use a general domain definitions with wildcard but is there a way to do so for SRV without having to define all subdomains (we have several dizains of it) ? We have to define some SRV entries with the same target like : _imap._tcp.server1.example.com IN SRV main.exemple.com _imap._tcp.server2.example.com IN SRV main.exemple.com [...] For example something like _imap._tcp.*.example.com IN SRV main.example.com. I read in a doc that the < * > can only be the leftmost label in the name. Is there an other way to simplify or does I have to add each entry individually? I hope my question is clear enough, it's not easy to explain. Thanks Mat -- 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: SRV on multiple subdomains
A part of the subdomains are managed by us, others subdomains by an other entity. So we can't configure a generic target for all subdomains as each entity has its own target for SRV entries. -Message d'origine- De : bind-users De la part de Matus UHLAR - fantomas Envoyé : mardi 14 mai 2024 15:58 À : bind-users@lists.isc.org Objet : Re: SRV on multiple subdomains On 14.05.24 13:08, DEMBLANS Mathieu wrote: >I have a question about configuration simplification for SRV configuration >(maybe it can be applyed for other entries). > >We manage multiple subdomain of a main one (server1.example.com, >server2.example.com,...). >For A and MX entries, we use a general domain definitions with wildcard but is >there a way to do so for SRV without having to define all subdomains (we have >several dizains of it) ? > >We have to define some SRV entries with the same target like : >_imap._tcp.server1.example.com IN SRV main.exemple.com >_imap._tcp.server2.example.com IN SRV main.exemple.com I assume that _imap._tcp should be configurable per domain, so there should not be needed any need for things like _imap._tcp.server1.example.com - you should use _imap._tcp.example.com >For example something like _imap._tcp.*.example.com IN SRV main.example.com. >I read in a doc that the < * > can only be the leftmost label in the name. correct. >Is there an other way to simplify or does I have to add each entry >individually? no, but the question is if you really need this. -- 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. You have the right to remain silent. Anything you say will be misquoted, then used against you. -- 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 -- 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
long FQDN resolution
Hello, I have a question about mecanism for requests of long subdomains FQDN. Our DNS, which is in recursive configuration, split long fqdn request with subdomains requests like : Original request from the client to our recursive DNS : A a.b.c.d.example.com Requests done by our DNS to the domain example.com NS: A _.c.d.example.com A _b.c.d.example.com A a.b.c.d.example.com Is it a normal behaviour ? This is only done for 4 levels domains (a.b.example.com for example) and more, not < normal > fqdn (ex : www.example.com). What part of the configuration manage this mecanism ? Is this really usefull ? It is problematic for DNSBL requests because it generate a lot of useless requests and this kind of service look at the number of requests done (usage policy): [cid:image002.png@01DBC5B3.192E1570] -- 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: long FQDN resolution
Thanks, I didn't find this information during my search in archives. I will disable it. -Message d'origine- De : bind-users De la part de Matus UHLAR - fantomas Envoyé : jeudi 15 mai 2025 17:02 À : bind-users@lists.isc.org Objet : Re: long FQDN resolution On 15.05.25 14:31, DEMBLANS Mathieu wrote: >I have a question about mecanism for requests of long subdomains FQDN. >Our DNS, which is in recursive configuration, split long fqdn request with >subdomains requests like : > >Original request from the client to our recursive DNS : A a.b.c.d.example.com > >Requests done by our DNS to the domain example.com NS: >A _.c.d.example.com >A _b.c.d.example.com >A a.b.c.d.example.com > >Is it a normal behaviour ? > >This is only done for 4 levels domains (a.b.example.com for example) and more, >not < normal > fqdn (ex : www.example.com). >What part of the configuration manage this mecanism ? >Is this really usefull ? > >It is problematic for DNSBL requests because it generate a lot of useless >requests and this kind of service look at the number of requests done (usage >policy): It's been nearly a year since I asked the same, the results are in list archive: https://lists.isc.org/pipermail/bind-users/2024-May/108537.html -- 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 -- 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 -- 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
