Hi Isis, George,
I think the Bananaphone transport might need another modification to
the obfsproxy api.
Isis pointed out that we really don't want to pass the corpus filename via
ServerTransportOptions... but instead only read it via optparse'ed commandline.
Actually I think the encodingSpec is t
David Stainton writes:
> Yeah obfs2 works perfectly... in managed mode passing the shared secret.
> I'd love to contribute some documentation or demonstrate example
> usage of obfsproxy... Shouldn't we setup a wiki for this purpose?
>
Then I should introduce you to:
https://trac.torproject.org/p
Yeah obfs2 works perfectly... in managed mode passing the shared secret.
I'd love to contribute some documentation or demonstrate example
usage of obfsproxy... Shouldn't we setup a wiki for this purpose?
And finally I tested obfsproxy in managed mode with the bananaphone
transport... and it works!
David Stainton writes:
> OK I tested obfsproxy obfs2 in managed mode with tor and it works...
> But I guess that doesn't really test my changes since I'd have to pass
> it a shared_secret
>
> """ - Client:
> On the client-side we don't have a way to pass global parameters
> to obfspro
OK I tested obfsproxy obfs2 in managed mode with tor and it works...
But I guess that doesn't really test my changes since I'd have to pass
it a shared_secret
""" - Client:
On the client-side we don't have a way to pass global parameters
to obfsproxy yet. If we ever need to, we can do
David Stainton writes:
>> Please do it in your bananaphone branch if that's more convenient to
>> you.
>>
>> (If you want to be more adventurous, you can even make a new branch on
>> top of the current upstream master with your setup() function and the
>> obfs2 changes. I will merge that faster t
> Please do it in your bananaphone branch if that's more convenient to
> you.
>
> (If you want to be more adventurous, you can even make a new branch on
> top of the current upstream master with your setup() function and the
> obfs2 changes. I will merge that faster than the bananaphone changes.)
David Stainton writes:
>> Looks fine!
>>
>> BTW, does it work for you? Did you try the server-side using the
>> ServerTransportOptions torrc option (tor >= 0.2.5.1-alpha)?
>
> I have only tested it using the external mode.
>
> I've gotten obfsproxy + bananaphone to run with tor in managed mode;
>
> Looks fine!
>
> BTW, does it work for you? Did you try the server-side using the
> ServerTransportOptions torrc option (tor >= 0.2.5.1-alpha)?
I have only tested it using the external mode.
I've gotten obfsproxy + bananaphone to run with tor in managed mode;
using the ServerTransportOptions...
David Stainton writes:
> George,
>
> Thanks for the info!
>
> This should approximate your suggestion:
> https://github.com/david415/obfsproxy/tree/david-bananaphone-managed
>
> Let me know your suggestions for improvement.
> Either way I'll work on this more soon.
>
Looks fine!
BTW, does it wo
George,
Thanks for the info!
This should approximate your suggestion:
https://github.com/david415/obfsproxy/tree/david-bananaphone-managed
Let me know your suggestions for improvement.
Either way I'll work on this more soon.
Onward!
David
On Sun, Nov 10, 2013 at 3:21 AM, George Kadianakis
David Stainton writes:
> Hi,
>
> Yeah... I should add a doc string to the BaseTransport __init__
> explaining that it runs upon connect.
>
> OK yesterday I implemented transport class method called setup()...
> The BananaphoneTransport overrides setup()... storing the markov model
> in a class at
yeah that's perfect. I'll do that.
On Thu, Nov 7, 2013 at 4:35 AM, George Kadianakis wrote:
It wouldn't surprise me if the obfsproxy API is suboptimal or broken
in some ways. If you find a problem, please let me know.
>>
>> I need a way for the BananaphoneTransport to build the markov m
>>> It wouldn't surprise me if the obfsproxy API is suboptimal or broken
>>> in some ways. If you find a problem, please let me know.
>
> I need a way for the BananaphoneTransport to build the markov model before
> the initial client connect... but right now it looks like __init__ is
> called upon
>> It wouldn't surprise me if the obfsproxy API is suboptimal or broken
>> in some ways. If you find a problem, please let me know.
I need a way for the BananaphoneTransport to build the markov model before
the initial client connect... but right now it looks like __init__ is
called upon connect.
David Stainton writes:
> Howdy,
>
> Thanks. Your obfsproxy is a nice piece of work.
>
> Bananaphone + Obfs2 sounds cool!
> Modular transport chains make a lot of sense...
> I like modular transports... recently for fun I wrote a VPN in Python Twisted
> [https://github.com/david415/hushVPN]
> usin
OK. I've added the Bananaphone commandline options to obfsproxy.
Using Project Gutenberg's Don Quixote
(http://www.gutenberg.org/cache/epub/29468/pg29468.txt)
as corpus and encodingSpec of 'words,sha1,4', model = markov, order = 1
produces a ratio of about 1:12 bytes.
That is for every input byte
Howdy,
Thanks. Your obfsproxy is a nice piece of work.
Bananaphone + Obfs2 sounds cool!
Modular transport chains make a lot of sense...
I like modular transports... recently for fun I wrote a VPN in Python Twisted
[https://github.com/david415/hushVPN]
using twisted consumers and producers.
My ide
18 matches
Mail list logo
