Re: [DNSOP] WGLC for draft-ietf-dnsop-let-localhost-be-localhost-02

Paul Vixie <paul@redbarn.org> Wed, 24 January 2018 21:38 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C9CB129966 for <dnsop@ietfa.amsl.com>; Wed, 24 Jan 2018 13:38:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43p4MC0xQ3Iw for <dnsop@ietfa.amsl.com>; Wed, 24 Jan 2018 13:38:55 -0800 (PST)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EA1312AF6E for <dnsop@ietf.org>; Wed, 24 Jan 2018 13:38:55 -0800 (PST)
Received: from [192.168.0.28] (cpc130782-camd17-2-0-cust84.know.cable.virginm.net [82.37.104.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 907347594C for <dnsop@ietf.org>; Wed, 24 Jan 2018 21:38:54 +0000 (UTC)
Message-ID: <5A68FCED.3020302@redbarn.org>
Date: Wed, 24 Jan 2018 13:38:53 -0800
From: Paul Vixie <paul@redbarn.org>
User-Agent: Postbox 5.0.22 (Windows/20171208)
MIME-Version: 1.0
To: dnsop@ietf.org
References: <CANV=THh6bOxd_UW=TuLonWzz0KyGapkGWpMiNuu54W=45gFAvg@mail.gmail.com> <20180124205620.GZ3322@mournblade.imrryr.org>
In-Reply-To: <20180124205620.GZ3322@mournblade.imrryr.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/EWbXzZs_tAzMBD8fWnDjAl3JWho>
Subject: Re: [DNSOP] WGLC for draft-ietf-dnsop-let-localhost-be-localhost-02
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jan 2018 21:38:57 -0000

viktor, i don't disagree with your goals, but i have a proposal as to 
method.

no resolver should be sending single-label names in DNS requests, period.

search list processing should not be applied to the "localhost" single 
label name, ever.

operating system lookups like gethostbyname() or similar, that are 
willing to look at the /etc/hosts or local equivalent, should be willing 
to discover any entry, even single-label names such as "localhost".

if there is no /etc/hosts or similar that can contain something like the 
"localhost" name, then the operating system library (gethostbyname or 
similar) ought to translate this to ::1 (or 127.0.0.1) in hard code.

in other words there is no situation in which NXDOMAIN should be 
encountered for the "localhost" name, because no query should ever be 
sent. and that's mostly true today. localhost is getting returned due to 
search list processing, when it's returned by DNS at all.

because i don't think outlawing the name in an RDNS responder is the 
right place for this logic, nor that these responders are likely to be 
updated soon, nor that an operator of such a server will decide that 
implementing this change is in their best interests (wrt help desk calls.)

paul