> On Jun 19, 2018, at 11:24 AM, Ray Bellis <r...@bellis.me.uk> wrote:
> 
> On 19/06/2018 15:43, tjw ietf wrote:
> 
>> I find it personally appalling we can spend so many cycles injecting
>> dns into http but we can’t be bothered to fix what end users want.
> 
> It's the HTTP folks that are putting most of those cycles into DNS into
> HTTP.
> 
> It's also their intransigence re: SRV which has caused the CNAME at the
> Apex issue.   CNAME was *never* the right answer for doing application
> level indirection in HTTP space.

Throw some shade at SMTP as well, if I send mail to ja...@cname.nether.net and 
that pointed to @nether.net it would end up as @nether.net in the messages :-)

Part of it is just the human nature of how we debug things.  I can speak HTTP 
because it was easy to type telnet localhost 80.  These days I have to do the 
same thing but with openssl s_client etc.. 

If these methods to debug weren’t so hard, it would have gone much further to 
helping.  Developers/users want easy debugging steps and what we give them is 
things like the ednscomp tool, which is technically awesome but not very user 
friendly.  Instead of doing a dig on the port test tool, it’s much easier to 
visit https://cmdns.dev.dns-oarc.net/ instead.  I also may not have dig on my 
phone.. (ok, well I do).

I think a lot can be learned from how Apple (as an example) made simpler APIs 
to do connections vs doing  gethostbyname()^wgetaddrinfo().  It makes it easier 
to build tools if you don’t have to learn how to do all these things.  I really 
like Unix, the simplicity of many calls in C, but sometimes hiding the internal 
layers is what’s needed.  This is why 
https://developer.apple.com/documentation/foundation/nsurlconnection?changes=_2 
is a thing.

This is why folks are doing what tjw says, “meh, go to route53 because it does 
what I expect”.

This doesn’t mean the internals aren’t important, but many application 
developers and end-users can’t be expected to know/care about how a CNAME at 
apex differs from an A record w/ redirector.

One thing that SMTP got right was MX records, so it’s easier to say “go over 
here”.  While I’m sure someone will say that HTTP should have it’s own (eg: 
SRV) but the barn door is still open, etc..

- jared
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to