[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-bugs] #1853 [Tor bundles/installation]: Project: bridge image for cloud



#1853: Project: bridge image for cloud
--------------------------------------+-------------------------------------
 Reporter:  arma                      |       Owner:  ioerror            
     Type:  task                      |      Status:  new                
 Priority:  normal                    |   Milestone:  Deliverable-Mar2011
Component:  Tor bundles/installation  |     Version:                     
 Keywords:                            |      Parent:                     
--------------------------------------+-------------------------------------
 When we first started working on the bridge design, we were thinking to
 ourselves "we should get lots of bridges, so China can't block them all."
 That was wrong. Instead we should be thinking "we should make sure the
 rate of getting new bridge addresses exceeds the rate that China can block
 them." The key resource that bridges need is changeable IP addresses. So
 we should experiment with easy-to-set-up images for the cloud, so people
 can pop up a bridge, and then discard it once it gets blocked.

 Step one is to set up a bridge on the cloud (say, Amazon) and run it for a
 little while, to make sure there aren't any stupid things making this
 harder than it sounds.

 Step two is to learn more about the pricing structures: is baseline time
 cheap but bandwidth is expensive? Or CPU? Etc. How much money are we
 talking here, for a variety of bridge scenarios? Evaluate a variety of
 cloud providers.

 Step three, investigate programmatic "get new IP address" cloud functions
 we can use. In the future (e.g. #1849 or others), bridges will be able to
 automatically discover that they need a new IP address. The crude approach
 would be to abandon the bridge image and start up another one next door.
 The better approach would be to teach Tor how to press the "new IP address
 please" button on its host.

 Step four is to learn more about automation. What are the steps for making
 it so you can tell other people "just launch image Z and you'll be running
 a bridge"? Do these steps and make it so.

 Step five is to write the howto for groups like RFA who want to ask people
 to run bridges for them. Make sure to resolve usability pieces like
 "should my bridges publish in bridgedb or not".

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/1853>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs