Re: [Acme] Support for domains with redundant but not immediately synchronized servers

Michael Wyraz <michael@wyraz.de> Tue, 09 February 2016 13:53 UTC

Return-Path: <michael@wyraz.de>
X-Original-To: acme@ietfa.amsl.com
Delivered-To: acme@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0FF01A9048 for <acme@ietfa.amsl.com>; Tue, 9 Feb 2016 05:53:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.551
X-Spam-Level:
X-Spam-Status: No, score=-1.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RP_MATCHES_RCVD=-0.001] autolearn=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 3UoJBXflKJwp for <acme@ietfa.amsl.com>; Tue, 9 Feb 2016 05:53:27 -0800 (PST)
Received: from mail.wyraz.de (web.wyraz.de [37.120.164.129]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1C661A904E for <acme@ietf.org>; Tue, 9 Feb 2016 05:53:21 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.wyraz.de (Postfix) with ESMTP id DA848A309E for <acme@ietf.org>; Tue, 9 Feb 2016 14:53:18 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at web.wyraz.de
Received: from mail.wyraz.de ([127.0.0.1]) by localhost (web.wyraz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k9ib1AyS8oVd for <acme@ietf.org>; Tue, 9 Feb 2016 14:53:18 +0100 (CET)
Received: from [192.168.1.200] (p578521F0.dip0.t-ipconnect.de [87.133.33.240]) (Authenticated sender: michael@wyraz.de) by mail.wyraz.de (Postfix) with ESMTPSA id 18FB1A304C for <acme@ietf.org>; Tue, 9 Feb 2016 14:53:18 +0100 (CET)
To: acme@ietf.org
References: <565C84A1.9040102@wielicki.name> <20151204084601.GQ18430@eff.org> <255B9BB34FB7D647A506DC292726F6E13BB473EFFB@WSMSG3153V.srv.dir.telstra.com> <56A0C558.2070202@wielicki.name> <046f30469e8d4cdfafb01b7e7f9d4608@usma1ex-dag1mb1.msg.corp.akamai.com> <56B9BDD8.9010008@wielicki.name> <56B9C501.6000106@wyraz.de> <56B9DEA8.3090009@wielicki.name>
From: Michael Wyraz <michael@wyraz.de>
X-Enigmail-Draft-Status: N1110
Message-ID: <56B9EF4E.4030807@wyraz.de>
Date: Tue, 09 Feb 2016 14:53:18 +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: <56B9DEA8.3090009@wielicki.name>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="H6OlNhVKBnDVAMdFPwVP6JJpIcLH3bIiP"
Archived-At: <http://mailarchive.ietf.org/arch/msg/acme/TGiHvhhNxbZyC25hljBO3vV0A7Q>
Subject: Re: [Acme] Support for domains with redundant but not immediately synchronized servers
X-BeenThere: acme@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Automated Certificate Management Environment <acme.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/acme>, <mailto:acme-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/acme/>
List-Post: <mailto:acme@ietf.org>
List-Help: <mailto:acme-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/acme>, <mailto:acme-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Feb 2016 13:53:29 -0000

Hello Jonas,
>
> > IMO a better way to support your scenario as well as those I
> > described above would be to check for an SRV-Record before checking
> > A-Records. This would be 100% compatible with existing acme http-01
> > clients. In your case you would resolve the SRV record to the
> > machine that has the acme client running on. The acme-server would
> > check for the SRV-Record for an address to lookup the challenge's
> > response at. If no SRV record is specified, it would continue with
> > A and AAAA records.
>
> I am not entirely sure I get what you want to say here. SRV records
> contain not only a host name, but also priorities, weights and ports,
> so I wonder how that information would be used in this context.
>
> Do you suggest to have the client use an SRV record to specify the
> address (including the port?) to which the server connects to complete
> the challenge? In that case, what would the effect of multiple SRV
> records for the target name be?
correct, that's exactly what I meant. Example:

_acme.http-01._tcp.mydomain.com. 3600 IN    SRV    10 1 80
acme.mydomain.com.

For multiple SRV weight/priority should be respected.

Four your case you would resolve www.mydomain.com to several ip addresses:
www.mydomain.com. IN A IP-Address-Server1
www.mydomain.com. IN A IP-Address-Server2

While acme.mydomain.com resolves to a single ip address of the server
where the acme client runs on:
acme.mydomain.com. IN A IP-Address-Server1