Re: [Doh] [dns-privacy] [DNSOP] New: draft-bertola-bcp-doh-clients

Paul Vixie <paul@redbarn.org> Mon, 11 March 2019 06:17 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: doh@ietfa.amsl.com
Delivered-To: doh@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50BB5130F4F; Sun, 10 Mar 2019 23:17:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] 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 lHdF2PgySFoU; Sun, 10 Mar 2019 23:17:44 -0700 (PDT)
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 DF264130F46; Sun, 10 Mar 2019 23:17:44 -0700 (PDT)
Received: from [IPv6:2001:559:8000:c9:c469:941:d0ef:306d] (unknown [IPv6:2001:559:8000:c9:c469:941:d0ef:306d]) (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 AEF55892C6; Mon, 11 Mar 2019 06:17:44 +0000 (UTC)
To: Christian Huitema <huitema@huitema.net>
Cc: Stephen Farrell <stephen.farrell@cs.tcd.ie>, doh@ietf.org, dnsop@ietf.org, nalini elkins <nalini.elkins@e-dco.com>, dns-privacy@ietf.org, Vittorio Bertola <vittorio.bertola=40open-xchange.com@dmarc.ietf.org>, "Ackermann, Michael" <mackermann@bcbsm.com>
References: <1700920918.12557.1552229700654@appsuite.open-xchange.com> <7667c4d7-2e78-0a27-84af-cf1c00fd4897@cs.tcd.ie> <1991054337.12802.1552259263075@appsuite.open-xchange.com> <eea64b30-aad0-a030-5360-1b1484f1d0e3@huitema.net> <CAPsNn2WhjHSEHJUEL8GB6X0d24fkajgPnY4YgkOQbXjyxb5q8Q@mail.gmail.com> <e62efaf3-4a35-4a52-5ed4-dee2e7fafe72@huitema.net> <69f989ba-0939-b917-b586-9e3af3fb8b74@redbarn.org> <092c081b-50b2-0c37-7a06-a3bd16c9ccdb@huitema.net>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <3e91ec1f-f2d5-a3f1-a40c-5039d24f49b9@redbarn.org>
Date: Sun, 10 Mar 2019 23:17:43 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/6.1.11
MIME-Version: 1.0
In-Reply-To: <092c081b-50b2-0c37-7a06-a3bd16c9ccdb@huitema.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/doh/Dfk-MJlLElohQ_I5whXaC0LhHiI>
Subject: Re: [Doh] [dns-privacy] [DNSOP] New: draft-bertola-bcp-doh-clients
X-BeenThere: doh@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DNS Over HTTPS <doh.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/doh>, <mailto:doh-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/doh/>
List-Post: <mailto:doh@ietf.org>
List-Help: <mailto:doh-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/doh>, <mailto:doh-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2019 06:17:47 -0000


Christian Huitema wrote on 2019-03-10 23:05:
> On 3/10/2019 10:24 PM, Paul Vixie wrote:
> 
>> if you are using my network, then it makes no difference which of us
>> bought you that laptop. you will use the RDNS i allow you to use. RDNS
>> is part of the control plane, and i use it for both monitoring and
>> control. sometimes that's so that i can see malware beacon to its C&C.
>> sometimes that's so that i can institute parental controls.
>>
>> if you don't like my rules, you should vote with your feet, and not
>> visit me. because that is the only choice you will have. (yes, i will
>> be part of a major new project to identify and block all DoH services,
>> so that behavioural security policies can still work, because you may
>> have noticed that the internet has never become MORE secure from new
>> tech, but it occasionally becomes LESS secure more slowly because of
>> policy.)
> 
> 
> "Use a VPN, or use the local defaults".

that is not what i said.

> Well, there are plenty of
> in-between.

yes, and i gave examples.

see above.

> You claim the right to impose your rules, because it is "your network".
> Yet you have to define ownership. You are providing network services
> under some contractual terms. There are cases where an imperial network
> can dictate those terms, but there are also many cases in which the
> contractual power of the network is limited  -- thinks like fair access,
> network neutrality, etc. Just claiming an empire does not automatically
> make you the emperor.

my network, my rules. your provider's network, their rules. they are 
more likely to have to follow their government's laws of commerce and 
privacy than i am likely to have to follow mine. but if the rules your 
network operator can make allow you to do what you want, use that 
network. that's invariant, for all networks, and for all instances of you.

-- 
P Vixie