Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Nik
Hi naif, Thanks for the input. This is good to know. The ability to build internal circuits and at least access hidden services as a client is a feature that I definitely consider "must-have" at some point in the future. There are a number of things that have precedence over implementing this, th

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Nik
Hi meejah, Thanks for checking it out! > For sure "prototyping stuff" was the first thing that sprang to my mind > as being useful; I've always had good success using Python to do > proof-of-concept things -- and sometimes it's simply fast enough > already. Yes...I've actually been somewhat plea

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Nik
Yawning Angel, This is great, thanks for posting. I wasn't aware of torps, and this will save a bunch of work. Best, Nik On 01/21/2015 01:08 PM, Yawning Angel wrote: > On Wed, 21 Jan 2015 10:20:36 -0800 > Damian Johnson wrote: > >>> Now that I think about it, something that would be great to h

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Damian Johnson
> There's a mostly complete implementation in torps, that uses stem. The > code isn't very Python-like as afaik it's a straightforward conversion > of the tor path selection code. The last time I tried this, > downloading and processing all the documents took forever and consumed > a hilarious am

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Yawning Angel
On Wed, 21 Jan 2015 10:20:36 -0800 Damian Johnson wrote: > > Now that I think about it, something that would be great to have in > > Stem would be path selection capabilities. So something like, say, > > given a list of RelayDescriptors and some constraints that must > > hold for a path, return s

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Damian Johnson
> Yes, thanks for the reminder. I meant to do this earlier but apparently > forgot. I just added an issue on Trac with a more complete description > and code to reproduce: https://trac.torproject.org/projects/tor/ticket/14314 Thanks Nik! Think I know what's going on and agreed that it doesn't mat

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-21 Thread Fabio Pietrosanti (naif) - lists
On 1/20/15 1:15 AM, Nik wrote: > Hi tor-dev, > > I care deeply about the ability for people to have anonymity online, and > I've always been really interested in exactly how Tor works. > > So for a class project last semester I wrote oppy, an onion proxy in > 100% Python. I spent most of my winte

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-20 Thread meejah
I've barely had time to poke at this much, but it's really neat. I was actually originally going to call "txtorcon" simply "txtor" but figured I'd leave that name in case anyone wrote an actual Tor implementation as a Twisted protocol -- which I guess you've now done :) [...and you're welcome to t

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-20 Thread Nik
Hi Damian, Thanks for the reply! > Your codebase mentions that you had trouble with the ExitPolicy's > can_exit_to() when you omit an address. Could you please provide an > example of a policy you were having trouble with and the expected > behavior? From the docs and code it sounds like if you o

Re: [tor-dev] oppy - an Onion Proxy in Python

2015-01-20 Thread Damian Johnson
Hi Nik, very nice work! We love seeing alternative tor implementations since it gives us the chance to test if specs are up to snuff (Orchid is the only other one that comes to mind, but that has been inactive since 2013 [1]). Personally I've been curious if we can shift core tor to Python, Ruby, o