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

Ted Lemon <mellon@fugue.com> Tue, 06 February 2018 05:50 UTC

Return-Path: <mellon@fugue.com>
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 48CE0126C89 for <dnsop@ietfa.amsl.com>; Mon, 5 Feb 2018 21:50:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 zVCo9TZSQftL for <dnsop@ietfa.amsl.com>; Mon, 5 Feb 2018 21:50:23 -0800 (PST)
Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B79D5126BFD for <dnsop@ietf.org>; Mon, 5 Feb 2018 21:50:22 -0800 (PST)
Received: by mail-qk0-x234.google.com with SMTP id 69so917452qkz.2 for <dnsop@ietf.org>; Mon, 05 Feb 2018 21:50:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=wCp/gezNNgJiRHUzdT+KTK7yu55IYaoccv5s9uDCQws=; b=j7InH+gh+o6Mxkb0gaVPGga9dnp+lY44qiB6VWdGTB4n0QqRAZk7ztg4utD2ZSQ1/Q GtueAxG90wMIBZfnt20o5KlYjoWVtPvkwNQgBLb43agYlnc3A7+htxAamnjJk/NBu4ZX uUSx/4wb2aELFFxsLu6Ro+s/wKNDS7LSTDlo5sEbfuszONktYlNYwJuOXvf1oMuaC93+ SOkQVTs/7I511ojM+U91Zr0gh07Oo9J1h6NOwnaoiPhjL93aeoFKJP6wQvB92pUMb1rg Tb2jDIdXYMJFTf8wxl8FkrxTmEODej883e6uu+B6GOQKikAxU/odJqCkLvQnimsqcVKe DilQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=wCp/gezNNgJiRHUzdT+KTK7yu55IYaoccv5s9uDCQws=; b=chSx6cd0l/Sc2Eiqd/ipQTjvUwZE/TBsjc/F8gaaH42a0zjAJr7IAOEGxV6MVD4pid hRdlSN6jOvusERV9EVRIL40Mz59pZbtrrNFJLSx69mAr8lHDupDXwIP03gs0uLiwMkAK 35FgQrN1LrIPNiRxGpQdObV1jBnNkXPZn709HtQqfumXNrDq/4bF0DTFRytaq/yFFvke /xMYnis78LbFgF0T6tY8FxEju0dhJDNb64/Gk3KqpRxENOOGTqFhI032HRwsCh8mMDjp xraoRBzRJQU3Rjga2brkR0kgLG6dYhbBaCVLges9toRpEGHehahT+C0rRJGDWFtmVctX 1hXg==
X-Gm-Message-State: APf1xPAuo/ADC/yduDGGoHR7N/KxSk3j9orclZMBtccFbEUHtc4EdsOz yL2xFW5PPnaWaq0liJ94slpByQ==
X-Google-Smtp-Source: AH8x226OLxntoFvkMb8R6UHxZyeu6MjJRy4rFpZs2B1M8WQg3nssMRhykd7VhexV2RGHsHsdVkRcnw==
X-Received: by 10.55.88.7 with SMTP id m7mr1818006qkb.142.1517896221826; Mon, 05 Feb 2018 21:50:21 -0800 (PST)
Received: from [10.0.30.153] (c-24-60-163-103.hsd1.nh.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id h195sm4735328qke.66.2018.02.05.21.50.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Feb 2018 21:50:20 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <698033B2-09A6-4E66-82AD-04906D4DEA1B@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_135D4B75-FA34-4D8A-A7A0-C0BB431E48FA"
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Tue, 6 Feb 2018 00:50:18 -0500
In-Reply-To: <CANLjSvUV1RPR8nhLXCEL0WT9=2Lqb+4STh+7gSRPvv_Mmf-NTA@mail.gmail.com>
Cc: Mark Andrews <marka@isc.org>, dnsop <dnsop@ietf.org>
To: Lanlan Pan <abbypan@gmail.com>
References: <9DCE2F63-EE37-4865-B9D6-6B79BBE05593@gmail.com> <20180129155112.GC16545@mx4.yitter.info> <5A6F5CF1.4080706@redbarn.org> <CA+nkc8D7tne5SxGOUhvJqstmDa=1=RmvcHQte1byAab5dUd5sQ@mail.gmail.com> <AE634FC4-0EAF-4F54-8860-61E41284F873@fugue.com> <20180130185919.GJ19193@mx4.yitter.info> <3b57a486-df8e-ca57-ab89-c167cea0dcc9@bellis.me.uk> <20180131161507.GP3322@mournblade.imrryr.org> <20180201172644.GD26453@mx4.yitter.info> <1D7693F7-000C-451A-8F7A-45B94366240F@fugue.com> <20180201204833.GA27125@mx4.yitter.info> <777C7B4A-A8D6-4E14-9DBF-360B6BDF4A95@fugue.com> <CA+nkc8D_JUaWhW8eZ3KuMKJsyVd1ddMtFLhk5Tne1oH2eEHhZg@mail.gmail.com> <01C3E853-A14F-4D1B-865D-5B74C9F1F999@isc.org> <CANLjSvUJ17pLEhpboEJfhum6gv-2-Ls5prKYUH0rumqSpkcpqw@mail.gmail.com> <2B1DC084-C6EA-41DA-9029-5E230874FCBE@isc.org> <29F25C57-31D1-4A07-875D-16E7612DB993@fugue.com> <E4C5AA7E-E9C1-4E53-ABE0-676A9B7B3269@isc.org> <618D31E1-8EC7-4F75-BD97-31D42CB1E681@fugue.com> <40992CF7-5740-43ED-8B78-8D8A9B50A15C@isc.org> <F28D0F1D-416E-4016-8A5A-95173FFFAA4E@fugue.com> <CANLjSvVd+vj8M+vBOokfpOL1fmq2iU9JAhSCd6eY_aoE1p5SMQ@mail.gmail.com> <97783B49-11C9-47F1-8F73-3D909C9B4DC4@fugue.com> <CANLjSvUV1RPR8nhLXCEL0WT9=2Lqb+4STh+7gSRPvv_Mmf-NTA@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Vo0F1JudZNr_D77wLOjnTK1uLtU>
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: Tue, 06 Feb 2018 05:50:25 -0000

On Feb 6, 2018, at 12:39 AM, Lanlan Pan <abbypan@gmail.com> wrote:
> I mean that in  5.2.  'localhost' labels in subdomains <https://tools.ietf.org/html/draft-ietf-dnsop-let-localhost-be-localhost-02>,  localhost.example.com <http://localhost.example.com/>. => localhost.  ( equal to ban it at dns ? )

The text says:

   Hosts like "localhost.example.com" and
   "subdomain.localhost.example.com" contain a "localhost" label, but
   are not themselves localhost names, as they do not fall within
   "localhost.".  Therefore, they are not directly affected by the
   recommendations in this document.  They have no resolution guarantees
   one way or another, and should not be given special treatment, either
   in DNS or in client software.

That's pretty clear.   This document is not forbidding the appearance of such names in the DNS, nor the resolution of such names.

The following paragraph says:

   Note, however, that the admonition against searchlist usage could
   affect their resolution in practice, as discussed in Section 3 <https://tools.ietf.org/html/draft-ietf-dnsop-let-localhost-be-localhost-02#section-3>.  For
   example, even with a searchlist of "example.com" in place for a given
   network, the name "localhost" will not be resolved as
   "localhost.example.com." but as "localhost.", and
   "subdomain.localhost" will not be resolved as
   "subdomain.localhost.example.com." but as "subdomain.localhost.".

Admonition might be a poor choice of words here.   Nonetheless, the point this text is making is simply that if you type in "localhost," you will always get 127.0.0.1, even if there is a searchlist for "example.com <http://example.com/>" and the name "localhost.example.com <http://localhost.example.com/>" exists.   This is explained in the text referenced above in section 3:

       Application software MUST NOT use a searchlist to resolve a
       localhost name.  That is, even if DHCP's domain search option
       [RFC3397 <https://tools.ietf.org/html/rfc3397>] is used to specify a searchlist of "example.com" for a
       given network, the name "localhost" will not be resolved as
       "localhost.example.com." but as "localhost.", and
       "subdomain.localhost" will not be resolved as
       "subdomain.localhost.example.com." but as "subdomain.localhost.".