Delivery-Date: Wed, 11 Mar 2015 11:34:07 -0400
Return-Path: <tor-talk-bounces@lists.torproject.org>
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on moria.seul.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
	T_RP_MATCHES_RCVD,UNPARSEABLE_RELAY,URIBL_BLOCKED autolearn=ham version=3.3.1
X-Original-To: archiver@seul.org
Delivered-To: archiver@seul.org
Received: from eugeni.torproject.org (eugeni.torproject.org [38.229.72.13])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by khazad-dum.seul.org (Postfix) with ESMTPS id F197E1E0332
	for <archiver@seul.org>; Wed, 11 Mar 2015 11:34:04 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 3019434722;
	Wed, 11 Mar 2015 15:34:00 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id CE46A34722
 for <tor-talk@lists.torproject.org>; Wed, 11 Mar 2015 15:33:53 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at 
Received: from eugeni.torproject.org ([127.0.0.1])
 by localhost (eugeni.torproject.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id MAoWAYEFmtYq for <tor-talk@lists.torproject.org>;
 Wed, 11 Mar 2015 15:33:53 +0000 (UTC)
Received: from prometheus.maclemon.at (prometheus.maclemon.at [86.59.70.19])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by eugeni.torproject.org (Postfix) with ESMTPS id D7A4F346C0
 for <tor-talk@lists.torproject.org>; Wed, 11 Mar 2015 15:33:51 +0000 (UTC)
X-Greylist: delayed 352 seconds by postgrey-1.34 at eugeni;
 Wed, 11 Mar 2015 15:33:52 UTC
Received: from localhost (localhost [127.0.0.1])
 by prometheus.maclemon.at (Postfix) with ESMTP id 9155E29DBCD3
 for <tor-talk@lists.torproject.org>; Wed, 11 Mar 2015 16:27:54 +0100 (CET)
X-Virus-Scanned: amavisd-new at prometheus.maclemon.at
Received: from prometheus.maclemon.at ([127.0.0.1])
 by localhost (prometheus.maclemon.at [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id zP28U7Ml4yvW for <tor-talk@lists.torproject.org>;
 Wed, 11 Mar 2015 16:27:54 +0100 (CET)
Received: from [127.0.0.1] (localhost [127.0.0.1])
From: MacLemon <tor@maclemon.at>
X-Pgp-Agent: GPGMail 2.1 (f76fd85)
Date: Wed, 11 Mar 2015 16:27:51 +0100
Message-Id: <A6DD5B99-8E6D-4B21-AC82-14E92C8C6332@maclemon.at>
To: tor-talk@lists.torproject.org
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: [tor-talk] Load Balancing/High Availability Hidden Services
X-BeenThere: tor-talk@lists.torproject.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: tor-talk@lists.torproject.org
List-Id: "all discussion about theory, design,
 and development of Onion Routing" <tor-talk.lists.torproject.org>
List-Unsubscribe: <https://lists.torproject.org/cgi-bin/mailman/options/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=unsubscribe>
List-Archive: <http://lists.torproject.org/pipermail/tor-talk/>
List-Post: <mailto:tor-talk@lists.torproject.org>
List-Help: <mailto:tor-talk-request@lists.torproject.org?subject=help>
List-Subscribe: <https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2563416892836468101=="
Errors-To: tor-talk-bounces@lists.torproject.org
Sender: "tor-talk" <tor-talk-bounces@lists.torproject.org>


--===============2563416892836468101==
Content-Type: multipart/signed; boundary="Apple-Mail=_6204B60F-D8F9-4792-92F0-F41E18AF77C6"; protocol="application/pgp-signature"; micalg=pgp-sha256


--Apple-Mail=_6204B60F-D8F9-4792-92F0-F41E18AF77C6
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Hoi!

I'm looking into ideas for creating =93load balanced=94 or =93high =
availability=94 hidden services. Mostly pertaining to web servers =
serving large-ish static files. (Let's say 5-100MB each.)

Load balanced as in not all requests end up at the same box to speed up =
downloads.
High availability as in the service is still available if one box goes =
down or is taken offline for maintenance.

So, not exactly your usual distributed-cluster setup.


=46rom what I understand it would not make sense to run the same HS Key =
on multiple boxes since the descriptors would overwrite each other every =
few minutes.

I don't think one can do something like Round-Robin DNS with HS.

So the only way I can imagine this to work is a central redirection node =
that know about all the nodes and more or less intelligently/randomly =
302 redirects each file request to a known-to-it server.

This still leaves a single-point-of-failure in form of the redirection =
server but would at least distribute the traffic load across multiple =
servers and cope for nodes coming and going.

Has anyone done something like this?

Thanks a bunch!
MacLemon


--Apple-Mail=_6204B60F-D8F9-4792-92F0-F41E18AF77C6
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJVAF74AAoJECKesdAtLs30lPkQAK6wo5dbvSBELlhow8JWBwp8
ibzKCRZlHRiqk1da43PrkfYGFYk1w9slEVlFw/EbY0cjyCtYtztTSo9NdjqYjV96
FNnSDZemJd/HLa1KfZ+JtD8PhQuMtUl61NyFK/pFD9evLbnog5cqg5hUXOaVjQ3h
QAaIiQs2nK7eDONHe8S4dWVVL0pm2sz0LiaBwUx3wkdK3H9bosL0y+WkhT/5tPzl
ZBZ2dNjqQGNluS9+w3KVP5/TSoAc3BlFfMEJkElLW9bgk+7yGaOI7L0OEjt8tfjL
uedlwhs3h4y8F3zlMDrO5OmUr/+cuacMk4U/fvn3pmFYG7FbSk828TDmQh9RLah7
kXbJePqc0nw8fLgfqjY9sDg2+v6/cSplcQ+dEkHwZ3fRmoNnLt5Mu5hcyRkIvWPr
v7dMJvTxt7tq/dLTs1aN36nqR+HJrpCkyK1ipmKHzn79L90NVXRjbzU8XNpQYd9Y
xTvnixPMsRv7cTgPpitrXzNq7ZoPlyJciJ5n+Ir70+3pooYt9Z8YGdMUIp0BQXBQ
z5FPfovODB4H9F2lwYnEEF2EApmhxM3tWmEKx5YMljPbgdrDG5SIN1vQxzaXwZxQ
pFlaBo/BDnyepI4lNE8SP8AJ4OOZOSWph41cakvJFXz3548XPazXILEtyTPVRG0h
cZKI4iGeAP7N8wLXbevb
=IObr
-----END PGP SIGNATURE-----

--Apple-Mail=_6204B60F-D8F9-4792-92F0-F41E18AF77C6--

--===============2563416892836468101==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-- 
tor-talk mailing list - tor-talk@lists.torproject.org
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

--===============2563416892836468101==--

