Re: ietf.org unaccessible for Tor users

Leif Johansson <leifj@mnt.se> Thu, 17 March 2016 07:27 UTC

Return-Path: <leifj@mnt.se>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E51B712D686 for <ietf@ietfa.amsl.com>; Thu, 17 Mar 2016 00:27:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnt-se.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 RzCCoBfpK0VB for <ietf@ietfa.amsl.com>; Thu, 17 Mar 2016 00:27:29 -0700 (PDT)
Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (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 4FC2D12D539 for <ietf@ietf.org>; Thu, 17 Mar 2016 00:27:29 -0700 (PDT)
Received: by mail-lb0-x235.google.com with SMTP id oe12so62864151lbc.0 for <ietf@ietf.org>; Thu, 17 Mar 2016 00:27:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnt-se.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=Y4TZf5NKlaQk478IYcoRNxypRC0sqTu9TlvhI2Vqm2E=; b=KPen+3vMfNF5za0SFcbL2GgSA7uzow8mBOLc0D65vVAJiWIiKPXsQdX2Jw8napTCng 1X1GRIYFbcuShnrJGHcVnfj5mgLYwr0SxMlDDJSzNusynTaBkR33Zznpr8qmlRm8I5zf ioFNITX32llw7C12O0y9M0iquYJ0P2kJImumCzN6ab1KKQAu/Ccm74Nx5J3qfW5pbXDX 0Xpf6uFf42jJL2zWL2uQWbzzUnYlKHmcoR+PHoPjvq2MvNT5VPtx7TIdZiBuJaC/iG5M iuGRLuieFQUTzQ4t8jW6A8kx3EhXuytYR3/Y5Hb5YmXwXaabtpWIeBNAPHM286nXVPA5 laBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Y4TZf5NKlaQk478IYcoRNxypRC0sqTu9TlvhI2Vqm2E=; b=DbvxBYtw7tiugZhGKknFZ1TxyCjyLkVNPtkawlFT+MuF4RgCWEHIX5hAq+6aBB5iIu n2s3FogoUccBFHSEPEfL2LUXsurtgrgLURaSE+Hy7ipscma33tsrjlZncyqQbnk+AKVX 1ku/g/vlrD7Vf3oNkJ5hAkQOy7qb4Uyjyr9tN9Fr8ioqgq0k4w0e5+0Pdh0XSkyD46vy /o6enmgMOECwXHelZeL/V1Npz31aB9GEYjMuGWFZZT/kNWLk7TCtfgTRzPOSuSPAmIZX DHxNRhNiwm69QFKaWcLc+4ApJt2FRjAOxHEFO2mrXyO617hq1R0rrHWa4E2HDw0sCaUS 5tng==
X-Gm-Message-State: AD7BkJIy9wHQehONcNH5MQ3JKFn9h+1nafai9nNd8oKSIH4/81niPflXkjwb47W9fsafJQ==
X-Received: by 10.112.55.200 with SMTP id u8mr2000100lbp.51.1458199647522; Thu, 17 Mar 2016 00:27:27 -0700 (PDT)
Received: from ?IPv6:2001:6b0:7:1:9507:80cb:2284:b12c? ([2001:6b0:7:1:9507:80cb:2284:b12c]) by smtp.googlemail.com with ESMTPSA id mt7sm1149127lbb.25.2016.03.17.00.27.26 for <ietf@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2016 00:27:26 -0700 (PDT)
Subject: Re: ietf.org unaccessible for Tor users
To: ietf@ietf.org
References: <20160313143521.GC26841@Hirasawa> <m2a8m0y72q.wl%randy@psg.com> <F04B3B85-6B14-43BA-9A21-FC0A31E79065@piuha.net> <56E7E09D.7040100@cisco.com> <4349AFDD-350C-4217-9BEE-3DBD2F608F95@nohats.ca> <27177.1458050662@obiwan.sandelman.ca> <m2k2l3qud5.wl%randy@psg.com> <56E90304.3050407@cisco.com> <m2bn6eq59r.wl%randy@psg.com> <56E904A7.80200@cisco.com> <m2a8lyq4ud.wl%randy@psg.com> <56E90BF9.4090306@cisco.com> <56E9AC23.8060109@nostrum.com> <56E9B436.2090203@cisco.com> <56E9B543.9080000@nostrum.com> <56E9B5FF.1080301@cisco.com> <56E9B836.9080601@nostrum.com> <56E9C0CA.7040006@comcast.net> <05f501d17fc4$4fb87020$ef295060$@tndh.net> <DD99774DAA09AA2C9FA8C856@JcK-HP8200.jck.com> <060101d17fd3$defd6330$9cf82990$@tndh.net> <56EA0674.10003@comcast.net>
From: Leif Johansson <leifj@mnt.se>
Message-ID: <56EA5C5D.8000204@mnt.se>
Date: Thu, 17 Mar 2016 08:27:25 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56EA0674.10003@comcast.net>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/ba_GfEJu88TTtcrAjCRP1pRPMTw>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Mar 2016 07:27:32 -0000

On 2016-03-17 02:20, Michael StJohns wrote:
> On 3/16/2016 6:33 PM, Tony Hain wrote:
>> Michael StJohns wrote:
>>> >I'm still trying to wrap my head around an "I must not be caught"
>>> >protocol designer.
>> Funny, but I thought the target of the documents was "implementers".
>> While
>> it is easy to look around an IETF meeting and start to believe that the
>> documents are "by and for protocol designers", that should not be the
>> case.
>> It should also not be hard to believe in an "I must not be caught"
>> implementer an app that used IPsec.
> 
> 
> There are  "participators" (or protocol designers) who would be expected
> to go back time and again to the IETF website to grab new stuff
> (internet drafts etc), and possibly contribute, and there "implementers"
> who are usually coming after the fact and grabbing the final document
> for implementation.  It's generally not cost effective - unless you're
> very involved in the design process - to implement the internet draft
> flavor of the week.  I think of the IETF website primarily serving the
> first group with access to the second group kind of a happy accident. 
> (I'm not quite as flip about it as that, but keep in mind the target
> audience of the ID's and all of the cruft that goes with moving them
> through the standards process vs the target audience of RFC's).
> 
> So my point was more about there being lots of sources for finished
> documents (RFCs) that aren't the IETF (google Request for comments
> mirror) where someone with a Tor browser can just grab those without the
> IETF doing anything.   There are also plenty of ways for others to make
> mirrors of IETF content that don't involve intercession by the IETF
> staff (you've mentioned setting up a TOR public hidden service - I'd
> suggest that its better to have a Tor'ite do it that the IETF) - and
> many have done so.
> 
> WRT to your example - its really "implementer that built an app that
> used IPSec for something that broke some law somewhere".  It's not
> generally the IPSec per se that's a violation (or for that matter any of
> the IETF protocols), but what they get used for.  And even then, he's
> more likely to be grabbing one of the open source packages that
> implement the IETFs protocols than implementing something himself.
> 
> I mostly get where you're coming from - but I'm finding it hard to
> believe that the size of the intersection of "Tor users", "safety via
> anonymity required users" and "IETF participants" is very large - if it
> contains any elements at all.
> 
> What I've asked for is for data on the size of the problems - and what
> I've been told is that no data is to be had.  I'm OK with that, but that
> turns statements about why things are needed from objectively
> evaluatable proposals into subjective positions where either side might
> have all or part of the truth.   Or put another way, turns good factual
> arguments which I can evaluate into simple opinions which each of us
> will take with a different grain of salt.
> 
> 
> 
> 
> 
> 


I have an idea: instead of a CAPTCHA, can't we get CF to implement
"proove that you are an IETFer" test that requires you to dive into
an inane thread on the IETF list and identify the precise point where
it jumped the shark.