On 7/14/11 5:52 AM, Damian Johnson wrote:
>> In that case,
>> setting "Internal Relay" as the default could be problematic. If people
>> use arm on their clients, they shouldn't be tricked into becoming a
>> relay only because that's the default. They should know what they're
>> doing when settin
> I'd suggest sticking with the name 'Non-exit' relay rather than making up
> a new term ('Internal Relay') that nobody else uses. Unless you want to
> convince everybody that non-exit relay is a bad name and we should switch?
Sebastian had the same concern. We adopted the term "exit" and
"non-exi
Thanks, Karsten!
> Or does this wizard start automatically when arm starts?
If tor is installed but not currently running on the control port then
arm starts the wizard.
> In that case,
> setting "Internal Relay" as the default could be problematic. If people
> use arm on their clients, they sh
Thus spake Georg Koppen (g.kop...@jondos.de):
> >> That is definitely a good approach. But maybe there is research to be
> >> done here as well. Just a rough (and in part research) idea that I had
> >> in mind while asking you the question above: What about if we first
> >> started looking at diff
Cool stuff. I like how the system can be automated and self-funding.
With regards to bootstrapping, giving out one node at a time is not a useful
defense because requests can be parallelized. [1] Moving nodes is similarly
useless because the attacker can continually map the network using free
para
On Wednesday, July 13, 2011 at 4:58 PM, Aaron wrote:
> I have a few questions
>
> Q1: Regarding network bootstrap protocol: Consider the scenario where
> a censor mines the boostrap node list and blocks these nodes. Do you
> implement any mechanisms to prevent a censor from obtaining the entire
I have a few questions
Q1: Regarding network bootstrap protocol: Consider the scenario where
a censor mines the boostrap node list and blocks these nodes. Do you
implement any mechanisms to prevent a censor from obtaining the entire
set of bootstrap nodes? Similarly, aren't public directory server
On Wed, Jul 13, 2011 at 10:01:18AM -0700, Damian Johnson wrote:
> 1. Selection for what you'd like to be
> http://www.atagar.com/transfer/tmp/arm_wizard1.png
I'd suggest sticking with the name 'Non-exit' relay rather than making up
a new term ('Internal Relay') that nobody else uses. Unless you wa
Hi Damian,
On 7/13/11 7:01 PM, Damian Johnson wrote:
> Hi all. Over the last few weeks I've been working on a relay setup
> wizard for arm. Its purpose is to make volunteering to be a relay
> easy, narrowing the options to those most commonly used and giving
> nice descriptions/defaults to encoura
Hi All,
I'm a graduate student at Princeton, and our research group has recently
submitted a paper proposing a design for cloud based onion routing. The goal of
our research is to securely perform onion routing on cloud based infrastructure
(like Amazon EC2 and Rackspace) while allowing users
Hi all. Over the last few weeks I've been working on a relay setup
wizard for arm. Its purpose is to make volunteering to be a relay
easy, narrowing the options to those most commonly used and giving
nice descriptions/defaults to encourage good configurations.
At present relay setup for new users,
11 matches
Mail list logo
