<div dir="ltr"><div dir="ltr"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>On Mon, Oct 4, 2021 at 9:49 AM Dridi Boukelmoune <<a href="mailto:dridi@varni.sh" target="_blank">dridi@varni.sh</a>> wrote:<br></div></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
One problem I have (and that you should be familiar with) is that<br>
portable interfaces we have that *respect* the system configuration<br>
(hosts file, nsswitch configuration etc) are not providing enough<br>
information. For example it becomes cumbersome to resolve SRV records<br>
or even get the TTL of individual records for a DNS resolution in a<br>
*portable* fashion.<br>
<br>
When you put it like this, it sounds simple enough (dare I say<br>
simplistic?) but what I see is a sizeable can of worms.<br></blockquote><div><br></div><div>That sounds like a bit of a strawman to me. getaddrinfo and connect are standard, and that's about all we should need. Applications are supposed (in general) to just use whatever gai give them. We can call them every time we need a new connection so we don't worry about TTL, and we just disregard SRV records.</div><div>The vast majority of users don't need SRV (yet?), and don't expect the application to optimize DNS calls, but they do complain that giving a hostname to VCL doesn't work.</div><div><br></div><div>Let's just provide basic, expected functionality out of the box, and leave the fancier features to vmod_goto and vmod_dynamic. </div><div><br></div><div>--<br></div><div>Guillaume Quintard </div></div></div>