On 01/25/2017 02:36 PM, grarpamp wrote:
> On Wed, Jan 25, 2017 at 2:43 PM, John Newman wrote:
>>
>>> On Jan 24, 2017, at 3:52 AM, Mirimir wrote:
>>> Another possibility is aggregating OnionCat and GarliCat links, so
>>> transfers would be split between Tor
On Thu, 26 Jan 2017 06:22:34 -0200
Cecilia Tanaka wrote:
>
> Meow Warning: - Onions and Garlic are poisonous to Cats; OnionCat
> and GarliCat are poisonous to Juan! #meowfeelings (=^‥^=)
That must be the true scientific explanation =)
No doubt a
On 01/26/2017 01:22 AM, Cecilia Tanaka wrote:
> OnionCat and GarliCat images for making J__n smile. Meow!
> (=^‥^=)
Hey, Ceci :) Almost missed this :( You said "J__n" ;)
> http://img.webmd.com/dtmcms/live/webmd/consumer_assets/site_
>
OnionCat and GarliCat images for making Juan smile. Meow!
(=^‥^=)
http://img.webmd.com/dtmcms/live/webmd/consumer_assets/site_
images/articles/health_tools/foods_harmful_to_cats_slidesho
w/jiu_rf_photo_of_kitten_vs_onions_and_garlic.jpg
> Mirimir
> What I need is help understanding the privacy implications.
Perhaps increases odds of exposure to GPA analysis, or to enemy
owned nodes, by shuffling traffic over more circuits at once?
Those being maybe two big problems with todays darknets.
No fill traffic cover, no node trust
On Wed, Jan 25, 2017 at 2:43 PM, John Newman wrote:
>
>> On Jan 24, 2017, at 3:52 AM, Mirimir wrote:
>>
>> What I need is help understanding the privacy implications. I'm going to
>> explore possibilities for moving long transfers randomly across sets of
>>
> On Jan 24, 2017, at 3:52 AM, Mirimir wrote:
>
>> On 01/24/2017 01:04 AM, Cecilia Tanaka wrote:
>> Please, John, I know I need to give you (and a lot of people here, oops!)
>> a lot of answers, but I'm ending (at least trying, I swear, Oda!) a lot
>> of things in this
On Tue, 24 Jan 2017 01:52:28 -0700
Mirimir wrote:
>
> What I need is help understanding the privacy implications. I'm going
> to explore possibilities for moving long transfers randomly across
> sets of subflows.
^^ That's propaganda from the pentagon. Mirimir
On 01/24/2017 01:04 AM, Cecilia Tanaka wrote:
> Please, John, I know I need to give you (and a lot of people here, oops!)
> a lot of answers, but I'm ending (at least trying, I swear, Oda!) a lot
> of things in this moment.
That's good, I think :)
> If possible, please make Mirimir happy and
On Tue, 24 Jan 2017 06:04:58 -0200
Cecilia Tanaka wrote:
> Please, John, I know I need to give you (and a lot of people here,
> oops!) a lot of answers, but I'm ending (at least trying, I swear,
> Oda!) a lot of things in this moment.
>
> If possible, please make
Please, John, I know I need to give you (and a lot of people here, oops!)
a lot of answers, but I'm ending (at least trying, I swear, Oda!) a lot
of things in this moment.
If possible, please make Mirimir happy and give him some feedback about
this project. I liked the idea of Fast Data
On 01/21/2017 01:27 AM, grarpamp wrote:
> Also, don't forget, if you're going to be eating up bandwidth
> and resources on overlay networks, you should be giving
> back at least an estimate of your impact in free resources.
> Which is typically your use times the hop count of the given
>
On 01/21/2017 01:27 AM, grarpamp wrote:
> There's onionbalance to consider, and there are some tools to
> expand entry guard, intro point and rend point counts.
I used tor-instance-create to get a separate Tor instance for each
OnionCat instance. And I specified a distinct bind port and SocksPort
There's onionbalance to consider, and there are some tools to
expand entry guard, intro point and rend point counts.
Also currently a shame that no one has yet stepped up to continue
IPv6 interface support with tor after tor kills onioncat with prop224.
It would be a nice project for someone.
So
Using OnionCat and MPTCP, one can transfer data between servers via Tor
at ~50 Mbps. With multiple targets, source servers can push ~200 Mbps.
It's obviously not very anonymous. But it's probably more anonymous than
using VPN services. That's for servers with gigabit uplinks, by the way.
15 matches
Mail list logo