Re: Transferring data quickly via Tor

[Mirimir]

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 and I2P.
> 
> This sickness among us :)

https://echelon.i2p.xyz/garlicat/howto.txt

That, at least, will survive Tor Project's new onion services.

Re: Transferring data quickly via Tor

[juan]

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 couple of Scientists from MIT and Harvard, honestly
earning 200k per year are working on the onion-cat problem.


> 
> (Yep, I'm 'feline' too exhausted to have another discussion with you,
> Juan.  Sorry, I prefer when you're happy. 


Nothing makes me happier than US military propaganda from
rayzer or US military propaganda from mirimir =)

Or the conspiracy theories of the True, Scientific,
Anti-Conspiracy Philophers (state funded)

This list is really a happy american place. 


> 'Paw-sibly', I'll be quiet
> for a couple of days again.  I'm not 'feline' well yet, sorry.  Wish
> you a 'purr-fect' day, hard-headed 'fur-end'!  <3)
> 
> ---
> "Don't let anyone rob you of your imagination, your creativity, or
> your curiosity.  It's your place in the world; it's your life.  Go on
> and do all you can with it, and make it the life you want to live."
> -  Mae Jemison

Re: Transferring data quickly via Tor

[Mirimir]

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_
> images/articles/health_tools/foods_harmful_to_cats_slidesho
> w/jiu_rf_photo_of_kitten_vs_onions_and_garlic.jpg
> 
> http://museperk.com/wp-content/uploads/2014/08/Kitties-and-Onions.jpg
> 
> http://mindsfullofonions.com/wp-content/uploads/caption-the-cat-2.jpg
> 
> https://s-media-cache-ak0.pinimg.com/564x/39/b2/d6/39b2d673f
> ed0cb4363cde0ce23013475.jpg
> 
> http://www.funcatpictures.com/wp-content/uploads/2013/10/
> funny-cat-pics-invisible-onion-and-knife.jpg
> 
> Purrr... Rom rom rom... ~(=^‥^)
> 
> Meow Warning:  - Onions and Garlic are poisonous to Cats;  OnionCat and
> GarliCat are poisonous to J__n!  #meowfeelings (=^‥^=)

Just OnionCat, I think. Why would he hate I2P? No Pentagon, there ;)

> (Yep, I'm 'feline' too exhausted to have another discussion with you,
> J__n.  Sorry, I prefer when you're happy.  'Paw-sibly', I'll be quiet for a
> couple of days again.  I'm not 'feline' well yet, sorry.  Wish you a
> 'purr-fect' day, hard-headed 'fur-end'!  <3)

Ummm, I've known people who actually do talk like that ;)

> ---
> "Don't let anyone rob you of your imagination, your creativity, or your
> curiosity.  It's your place in the world; it's your life.  Go on and do all
> you can with it, and make it the life you want to live."  -  Mae Jemison
> 

Re: Transferring data quickly via Tor

[Cecilia Tanaka]

​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

http://museperk.com/wp-content/uploads/2014/08/Kitties-and-Onions.jpg

http://mindsfullofonions.com/wp-content/uploads/caption-the-cat-2.jpg

https://s-media-cache-ak0.pinimg.com/564x/39/b2/d6/39b2d673f
ed0cb4363cde0ce23013475.jpg

http://www.funcatpictures.com/wp-content/uploads/2013/10/
funny-cat-pics-invisible-onion-and-knife.jpg

Purrr... Rom rom rom... ~(=^‥^)

Meow Warning:  - Onions and Garlic are poisonous to Cats;  OnionCat and
GarliCat are poisonous to Juan!  #meowfeelings (=^‥^=)

(Yep, I'm 'feline' too exhausted to have another discussion with you,
Juan.  Sorry, I prefer when you're happy.  'Paw-sibly', I'll be quiet for a
couple of days again.  I'm not 'feline' well yet, sorry.  Wish you a
'purr-fect' day, hard-headed 'fur-end'!  <3)

---
"Don't let anyone rob you of your imagination, your creativity, or your
curiosity.  It's your place in the world; it's your life.  Go on and do all
you can with it, and make it the life you want to live."  -  Mae Jemison

Re: Transferring data quickly via Tor

[grarpamp]

> 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 metrics.
This is still pushing traffic blobs past GPA's over funky nodes, right?
So party on.

> Cool! I will try compiling in FreeBSD and installing in pfSense :)

This...
https://opnsense.org/
https://twit.tv/shows/floss-weekly/episodes/361

was recently mentioned here...
https://lists.torproject.org/pipermail/tor-talk/2016-December/042797.html

for people who like to play with all those sensory things.

Re: Transferring data quickly via Tor

[Mirimir]

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:
>>>
>>> What I need is help understanding the privacy implications. I'm going to
>>> explore possibilities for moving long transfers randomly across sets of
>>> subflows. Using "roundrobin" as mptcp_scheduler instead of "fullmesh"
>>> would be a start. That would also spread load across more relays.
> 
>>> Another possibility is aggregating OnionCat and GarliCat links, so
>>> transfers would be split between Tor and I2P.
> 
> This sickness among us :)

;)

>> At the moment MPTCP is not implemented in FreeBSD and i don't have a linux 
>> machine particularly convenient to play with this on, although that should 
>> change soon.
>>
>> I talked to some people on #freebsd and there is an MPTCP source tree, but 
>> it's essentially a fork at the moment, total PITA to get merged into a 
>> running system, probably 11.x only (im still at 10.3-release on my handful 
>> of machines).
> 
> It's coming along, people can compile and play with it in VM...

Cool! I will try compiling in FreeBSD and installing in pfSense :)

Once websites implement MPTCP, we can aggregate multiple Tor, I2P and
VPN connections for general use :)

> https://bitbucket.org/nw-swin/caia-mptcp-freebsd
> http://caia.swin.edu.au/newtcp/mptcp/
> http://caia.swin.edu.au/newtcp/
> https://www.freebsdfoundation.org/project/multipath-tcp-for-freebsd/
> 
> http://blog.multipath-tcp.org/
> http://multipath-tcp.org/
> http://www.theregister.co.uk/2014/08/07/facebook_wants_linux_networking_as_good_as_freebsd/
> 
> # Use Cases and Operational Experience with Multipath TCP
> https://tools.ietf.org/html/rfc8041
> https://tools.ietf.org/wg/mptcp/
> http://www.theregister.co.uk/2014/07/31/multipath_tcp_will_bork_your_network_probes_flummox_your_firewalls/
> 

Re: Transferring data quickly via Tor

[John Newman]

> On Jan 25, 2017, at 10:30 PM, Mirimir  wrote:
> 
> On 01/25/2017 12:50 PM, John Newman wrote:
>> 
>>> I read mirmirs post with some interest...  At
>> 
>> *mirimir* - sorry!
>> 
>> John
> 
> It comes from "мир и мир" ("world and peace") and usually associated,
> while drinking vodka, with "мир и дружба" ("peace and friendship").

Ahh, perfect :)  Just what I was drinking tonight! 

Cheers,
John

Re: Transferring data quickly via Tor

[Mirimir]

On 01/25/2017 12:43 PM, John Newman wrote:
> 
> 
>> 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 moment.
>>
>> That's good, I think :)
>>
>>> If possible, please make Mirimir happy and give him some feedback about
>>> this project.  I liked the idea of Fast Data Transfer via Tor, but I'm not
>>> the best person to give an opinion because I have almost no technical
>>> knowledge.  You know, I need to learn how to code decently because it's a
>>> more useful skill than being a lawyer.  Everybody hates lawyers!  :(((
>>
>> What I need is help understanding the privacy implications. I'm going to
>> explore possibilities for moving long transfers randomly across sets of
>> subflows. Using "roundrobin" as mptcp_scheduler instead of "fullmesh"
>> would be a start. That would also spread load across more relays.
>> Another possibility is aggregating OnionCat and GarliCat links, so
>> transfers would be split between Tor and I2P.
>>
>>> I was thinking about forwarding this message to Tor-Talk list to get more
>>> feedbacks, but I was kick-banned there and I need to pretend that I'm not
>>> reading the list anymore!  :P  :P  :P
>>
>> I'm not expecting constructive feedback from Tor devs :(
>>
>>> Thank you very much!  :*  <3
>>>
>>> ​Ceci
>>> ---
>>> "Don't let anyone rob you of your imagination, your creativity, or your
>>> curiosity.  It's your place in the world; it's your life.  Go on and do all
>>> you can with it, and make it the life you want to live."  -  Mae Jemison
>>>
>>>
 On Sat, Jan 21, 2017 at 5:46 AM, Mirimir  wrote:

 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.

 https://ipfs.io/ipfs/QmUDV2KHrAgs84oUc7z9zQmZ3whx1NB6YDPv8ZRuf4dutN/

> 
> 
> I read mirmirs post with some interest...  At the moment MPTCP is not 
> implemented in FreeBSD and i don't have a linux machine particularly 
> convenient to play with this on, although that should change soon.
> 
> I talked to some people on #freebsd and there is an MPTCP source tree, but 
> it's essentially a fork at the moment, total PITA to get merged into a 
> running system, probably 11.x only (im still at 10.3-release on my handful of 
> machines).

You could ask on . I'd also like to see
it in pfSense :) See .

> In any case i continue to follow all such posts with interest. ;)

:)

> John
>>>
> 
> 

Re: Transferring data quickly via Tor

[Mirimir]

On 01/25/2017 12:50 PM, John Newman wrote:
> 
>> I read mirmirs post with some interest...  At
> 
> *mirimir* - sorry!
> 
> John

It comes from "мир и мир" ("world and peace") and usually associated,
while drinking vodka, with "мир и дружба" ("peace and friendship").

Re: Transferring data quickly via Tor

[grarpamp]

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
>> subflows. Using "roundrobin" as mptcp_scheduler instead of "fullmesh"
>> would be a start. That would also spread load across more relays.

>> Another possibility is aggregating OnionCat and GarliCat links, so
>> transfers would be split between Tor and I2P.

This sickness among us :)

> At the moment MPTCP is not implemented in FreeBSD and i don't have a linux 
> machine particularly convenient to play with this on, although that should 
> change soon.
>
> I talked to some people on #freebsd and there is an MPTCP source tree, but 
> it's essentially a fork at the moment, total PITA to get merged into a 
> running system, probably 11.x only (im still at 10.3-release on my handful of 
> machines).

It's coming along, people can compile and play with it in VM...

https://bitbucket.org/nw-swin/caia-mptcp-freebsd
http://caia.swin.edu.au/newtcp/mptcp/
http://caia.swin.edu.au/newtcp/
https://www.freebsdfoundation.org/project/multipath-tcp-for-freebsd/

http://blog.multipath-tcp.org/
http://multipath-tcp.org/
http://www.theregister.co.uk/2014/08/07/facebook_wants_linux_networking_as_good_as_freebsd/

# Use Cases and Operational Experience with Multipath TCP
https://tools.ietf.org/html/rfc8041
https://tools.ietf.org/wg/mptcp/
http://www.theregister.co.uk/2014/07/31/multipath_tcp_will_bork_your_network_probes_flummox_your_firewalls/

Re: Transferring data quickly via Tor

[John Newman]

> I read mirmirs post with some interest...  At

*mirimir* - sorry!

John

> 

Re: Transferring data quickly via Tor

[John Newman]

> 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 moment.
> 
> That's good, I think :)
> 
>> If possible, please make Mirimir happy and give him some feedback about
>> this project.  I liked the idea of Fast Data Transfer via Tor, but I'm not
>> the best person to give an opinion because I have almost no technical
>> knowledge.  You know, I need to learn how to code decently because it's a
>> more useful skill than being a lawyer.  Everybody hates lawyers!  :(((
> 
> What I need is help understanding the privacy implications. I'm going to
> explore possibilities for moving long transfers randomly across sets of
> subflows. Using "roundrobin" as mptcp_scheduler instead of "fullmesh"
> would be a start. That would also spread load across more relays.
> Another possibility is aggregating OnionCat and GarliCat links, so
> transfers would be split between Tor and I2P.
> 
>> I was thinking about forwarding this message to Tor-Talk list to get more
>> feedbacks, but I was kick-banned there and I need to pretend that I'm not
>> reading the list anymore!  :P  :P  :P
> 
> I'm not expecting constructive feedback from Tor devs :(
> 
>> Thank you very much!  :*  <3
>> 
>> ​Ceci
>> ---
>> "Don't let anyone rob you of your imagination, your creativity, or your
>> curiosity.  It's your place in the world; it's your life.  Go on and do all
>> you can with it, and make it the life you want to live."  -  Mae Jemison
>> 
>> 
>>> On Sat, Jan 21, 2017 at 5:46 AM, Mirimir  wrote:
>>> 
>>> 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.
>>> 
>>> https://ipfs.io/ipfs/QmUDV2KHrAgs84oUc7z9zQmZ3whx1NB6YDPv8ZRuf4dutN/
>>> 


I read mirmirs post with some interest...  At the moment MPTCP is not 
implemented in FreeBSD and i don't have a linux machine particularly convenient 
to play with this on, although that should change soon.

I talked to some people on #freebsd and there is an MPTCP source tree, but it's 
essentially a fork at the moment, total PITA to get merged into a running 
system, probably 11.x only (im still at 10.3-release on my handful of machines).

In any case i continue to follow all such posts with interest. ;)

John
>> 

Re: Transferring data quickly via Tor

[juan]

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 keeps
promoting 'tor',  a cyberweapon created and 'managed' by the
pentagon. Tor's  purpose obviously being to further the
pentagon's interests. 

Promote tor. Help the pentagon murder children for fun and
profit. That's what you 'rise up' 'activists' are all about. 




> 
> I'm not expecting constructive feedback from Tor devs :(

You need to suck their cocks harder? But in reality, your
remark is just dishonest diversion. You are just pretending to
not fully toe the tor's party line when you actually do.

Re: Transferring data quickly via Tor

[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 give him some feedback about
> this project.  I liked the idea of Fast Data Transfer via Tor, but I'm not
> the best person to give an opinion because I have almost no technical
> knowledge.  You know, I need to learn how to code decently because it's a
> more useful skill than being a lawyer.  Everybody hates lawyers!  :(((

What I need is help understanding the privacy implications. I'm going to
explore possibilities for moving long transfers randomly across sets of
subflows. Using "roundrobin" as mptcp_scheduler instead of "fullmesh"
would be a start. That would also spread load across more relays.
Another possibility is aggregating OnionCat and GarliCat links, so
transfers would be split between Tor and I2P.

> I was thinking about forwarding this message to Tor-Talk list to get more
> feedbacks, but I was kick-banned there and I need to pretend that I'm not
> reading the list anymore!  :P  :P  :P

I'm not expecting constructive feedback from Tor devs :(

> Thank you very much!  :*  <3
> 
> ​Ceci
> ---
> "Don't let anyone rob you of your imagination, your creativity, or your
> curiosity.  It's your place in the world; it's your life.  Go on and do all
> you can with it, and make it the life you want to live."  -  Mae Jemison
> 
> 
> On Sat, Jan 21, 2017 at 5:46 AM, Mirimir  wrote:
> 
>> 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.
>>
>> https://ipfs.io/ipfs/QmUDV2KHrAgs84oUc7z9zQmZ3whx1NB6YDPv8ZRuf4dutN/
>>
> 

Re: Transferring data quickly via Tor

[juan]

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 Mirimir happy and give him some feedback
> about this project.  I liked the idea of Fast Data Transfer via Tor,


Why is it OK to post pentagon propganda in this list?

Do you support tor? If you do, then you support the US military
and american imperialism.

Is that what this list is about? This list 'charter' is not to
empower individuals and destroy governments, but rather to
promote pet projects of the US military, like tor? 

Mirimir is not cool.

Re: Transferring data quickly via Tor

[Cecilia Tanaka]

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 Transfer via Tor, but I'm not
the best person to give an opinion because I have almost no technical
knowledge.  You know, I need to learn how to code decently because it's a
more useful skill than being a lawyer.  Everybody hates lawyers!  :(((

I was thinking about forwarding this message to Tor-Talk list to get more
feedbacks, but I was kick-banned there and I need to pretend that I'm not
reading the list anymore!  :P  :P  :P

Thank you very much!  :*  <3

​Ceci
---
"Don't let anyone rob you of your imagination, your creativity, or your
curiosity.  It's your place in the world; it's your life.  Go on and do all
you can with it, and make it the life you want to live."  -  Mae Jemison


On Sat, Jan 21, 2017 at 5:46 AM, Mirimir  wrote:

> 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.
>
> https://ipfs.io/ipfs/QmUDV2KHrAgs84oUc7z9zQmZ3whx1NB6YDPv8ZRuf4dutN/
>

Re: Transferring data quickly via Tor

[Mirimir]

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
> network.

I've published a methods sheet,[0] which includes: "[and while you're at
it, create some non-exit Tor relays, or contribute at
]" :)

https://ipfs.io/ipfs/QmSp8p6d3Gxxq1mCVG85jFHMax8pSBzdAyBL2jZxCcCLBL

Re: Transferring data quickly via Tor

[Mirimir]

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
for each OnionCat instance.

This setup multipaths individual tcp6 streams. And I believe that
onionbalance spreads incoming tcp connections across multiple servers.
Right?

> 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.

Yes, that is a shame. I'm no coder, unfortunately. But I have been
considering the idea of crowdfunding a replacement for OnionCat. I
wonder what it would take to motivate someone.

> So many neat things can be done with what onioncat provides.

Indeed!

> Ditto onionvpn.

Not an iPhone user, so ???

> Also freebsd made some fairly significant bandwidth X delay,
> and windowing stack improvements that might not be in linux yet.

Maybe so. But do check out MPTCP.

~50 Gbps :)
http://multipath-tcp.org/pmwiki.php?n=Main.50Gbps

> 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
> network.

Yes, for sure. I should emphasize that more. And what's cool about this
approach is that entry guards and middle relays are easy to host.

There's also potential to increase usability of slow relays, through
aggregation. Perhaps ten 500 kbps circuits together would give users 2-3
Mbps overall.

Re: Transferring data quickly via Tor

[grarpamp]

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 many neat things can be done with what onioncat provides.
Ditto onionvpn.

Also freebsd made some fairly significant bandwidth X delay,
and windowing stack improvements that might not be in linux yet.

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
network.

Transferring data quickly via Tor

[Mirimir]

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.

https://ipfs.io/ipfs/QmUDV2KHrAgs84oUc7z9zQmZ3whx1NB6YDPv8ZRuf4dutN/