Re: [tor-dev] Proposal: Single onion services

2015-09-05 Thread John Brooks
tordev...@safe-mail.net wrote: >> The final circuit looks like: >> >> Client -> Guard -> Middle -> Middle -> Single Onion >> >> The client’s traffic is encrypted through to the single onion server as >> well. > > IMO, the second Middle relay can be considered serving as an exit with > regards t

Re: [tor-dev] Proposal: Single onion services

2015-09-05 Thread John Brooks
Yawning Angel wrote: > I have two objections to this, one political, one technical: > > * (The political objection) While this is "cool" and probably(?) > "funded", it seems like a poor thing to work on in terms of > developmental priority when there are other things Hidden Service > relat

Re: [tor-dev] Proposal: Single onion services

2015-09-05 Thread Mike Perry
Yawning Angel: > On Fri, 4 Sep 2015 15:31:15 -0600 > John Brooks wrote: > > > > Have you considered all the implications? > > > > Maybe we’ve missed some - what implications are you thinking of, that > > aren’t addressed in the proposal? > > I have two objections to this, one political, one tec

[tor-dev] Erebus Code Review

2015-09-05 Thread Damian Johnson
Hi Cristobal, just took a peek at Erebus and looks good! There's some low hanging fruit for improvement (unused functions and such) but generally looks good. Cheers! -Damian == erebus/server/handlers/log.py ==

Re: [tor-dev] Proposal: Single onion services

2015-09-05 Thread Yawning Angel
On Fri, 4 Sep 2015 15:31:15 -0600 John Brooks wrote: [snip] > > > > Have you considered all the implications? > > Maybe we’ve missed some - what implications are you thinking of, that > aren’t addressed in the proposal? I have two objections to this, one political, one technical: * (The poli

Re: [tor-dev] Proposal: Single onion services

2015-09-05 Thread tordev123
Original Message From: John Brooks To: tor-dev@lists.torproject.org Subject: Re: [tor-dev] Proposal: Single onion services Date: Fri, 4 Sep 2015 15:31:15 -0600 > tordev...@safe-mail.net wrote: > > > Doesn't your proposal imply that you are turning all relays into > > exit-nodes