<div dir="ltr">Adding my 2p, I would take that principle a step further.<div>Create a generic, unique SRV record that represents what you want to happen. Then create specific CNAME records for each server. The reasons for the extra, generic record are that it represents the service you want to offer and all "server.." records you want to use that service are identical in structure. e.g.<div><br></div><div><a href="http://imap-tcp-service.example.com" target="_blank">imap-tcp-service.example.com</a>.  SRV  <priority weight port target></div><div>_imap._<a href="http://tcp.server1.example.com" target="_blank">tcp.server1.example.com</a>.  CNAME  <a href="http://imap-tcp-service.example.com" target="_blank">imap-tcp-service.example.com</a>.</div><div><div>_imap._<a href="http://tcp.server2.example.com" target="_blank">tcp.server2.example.com</a>.  CNAME  <a href="http://imap-tcp-service.example.com" target="_blank">imap-tcp-service.example.com</a>.</div><div>...</div></div><div><div>_imap._<a href="http://tcp.server999.example.com" target="_blank">tcp.server999.example.com</a>.  CNAME  <a href="http://imap-tcp-service.example.com" target="_blank">imap-tcp-service.example.com</a>.</div><div>and so on.</div></div><div><br></div></div><div>Cheers, Greg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 16 May 2024 at 11:43, Niall O'Reilly <<a href="mailto:niall.oreilly@ucd.ie" target="_blank">niall.oreilly@ucd.ie</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>




<div><div style="font-family:sans-serif"><div style="white-space:normal">
<p dir="auto">On 14 May 2024, at 15:20, DEMBLANS Mathieu wrote:</p>
</div><div style="white-space:normal"><blockquote style="margin:0px 0px 5px;padding-left:5px;border-left:2px solid rgb(119,119,119);color:rgb(119,119,119)"><p dir="auto">A part of the subdomains are managed by us, others subdomains by an other entity.
<br>
So we can't configure a generic target for all subdomains as each entity has its own target for SRV entries.</p>
<p dir="auto">-----Message d'origine-----</p>
<p dir="auto">De : bind-users <a href="mailto:bind-users-bounces@lists.isc.org" target="_blank">bind-users-bounces@lists.isc.org</a> De la part de Matus UHLAR - fantoms
<br>
Envoyé : mardi 14 mai 2024 15:58
<br>
À : <a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a>
<br>
Objet : Re: SRV on multiple subdomains
<br>
On 14.05.24 13:08, DEMBLANS Mathieu wrote:</p>
<p dir="auto">I have a question about configuration simplification for SRV configuration (maybe it can be applyed for other entries).</p>
<p dir="auto">We manage multiple subdomain of a main one (<a href="http://server1.example.com" target="_blank">server1.example.com</a>, <a href="http://server2.example.com" target="_blank">server2.example.com</a>,...).
<br>
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) ?</p>
<p dir="auto">We have to define some SRV entries with the same target like :
<br>
_imap._<a href="http://tcp.server1.example.com" target="_blank">tcp.server1.example.com</a> IN SRV <a href="http://main.exemple.com" target="_blank">main.exemple.com</a>
<br>
_imap._<a href="http://tcp.server2.example.com" target="_blank">tcp.server2.example.com</a> IN SRV <a href="http://main.exemple.com" target="_blank">main.exemple.com</a></p>
</blockquote></div>
<div style="white-space:normal">
<p dir="auto">Since a record is needed for each host, I think I would use something like this:</p>
<pre style="margin-left:15px;margin-right:15px;padding:5px;background-color:rgb(247,247,247);border-radius:5px;overflow-x:auto;max-width:90vw"><code style="margin:0px;border-radius:3px;background-color:rgb(247,247,247);padding:0px">imap._<a href="http://tcp.server1.example.com" target="_blank">tcp.server1.example.com</a>. IN SRV <a href="http://main.example.com" target="_blank">main.example.com</a>.
imap._<a href="http://tcp.server2.example.com" target="_blank">tcp.server2.example.com</a>. IN CNAME imap._<a href="http://tcp.server1.example.com" target="_blank">tcp.server1.example.com</a>.
...
imap._<a href="http://tcp.servern.example.com" target="_blank">tcp.servern.example.com</a>. IN CNAME imap._<a href="http://tcp.server1.example.com" target="_blank">tcp.server1.example.com</a>.
</code></pre>
<p dir="auto">The advantage here is that, if ever the target of the SRV record had to<br>
be changed, only one record would have to be updated.</p>
<p dir="auto">/Niall</p>

</div>
</div>
</div>


-- <br>
Visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
</blockquote></div>