[tor-bugs] #5551 [Tor bundles/installation]: Deployed obfsproxy package for both bridge and user side

[Tor Bug Tracker & Wiki]

#5551: Deployed obfsproxy package for both bridge and user side
--------------------------------------+-------------------------------------
 Reporter:  karsten                   |          Owner:                         
     Type:  project                   |         Status:  assigned               
 Priority:  normal                    |      Milestone:  Sponsor F: July 1, 2012
Component:  Tor bundles/installation  |        Version:                         
 Keywords:                            |         Parent:                         
   Points:                            |   Actualpoints:                         
--------------------------------------+-------------------------------------

Comment(by karsten):

 Replying to [comment:3 arma]:
 > Replying to [ticket:5551 karsten]:
 > > AFAICS, we have [https://www.torproject.org/projects/obfsproxy.html.en
 bundles for the user side], but we're currently not maintaining them.
 When do we think we'll maintain them again?
 >
 > Sounds like we should open a child ticket for this one.

 Looks like in the meantime Sebastian has uploaded new bundles and is
 planning to maintain them in the future.  No child ticket needed anymore.

 > > And is it reasonable to call the first half of this deliverable done
 once we're maintaining them again, even without finishing
 Vidalia/BridgeDB/statistics/NAT punching support as written in the
 [https://trac.torproject.org/projects/tor/attachment/ticket/4562/roadmap.2.pdf
 pluggable transport deployment roadmap]?
 >
 > I think so -- once we are consistently making Tor Browser Bundles with
 Obfsproxy built-in, and some hard-coded obfsproxy bridges that come
 configured by default, I would call this one done.

 Okay.

 > But that said, why do you say 'vidalia' above? The TOBB we made for Iran
 had Vidalia and you could use that Vidalia to configure your Tor to use
 new obfsproxy bridges.

 Right, the Vidalia part is already done on user side.

 > > Looks like we don't have bundles for the bridge side yet.  The
 pluggable transport deployment roadmap says that "we plan to incorporate
 obfsproxy in Tor Bridge Bundle."  When do we plan to do that?
 >
 > Sounds like another good child ticket.

 Created #5613.

 > > And can we call the second half of this deliverable done once we have
 a Tor Bridge Bundle with obfsproxy, even without
 Vidalia/BridgeDB/statistics/NAT punching support?
 >
 > The normal Tor Bridge Bundles come with Vidalia, yes? These ones should
 too.

 Ah, I didn't mean to exclude Vidalia.  I meant extending Vidalia to be
 better integrated with obfsproxy.

 > But I think there's no reason to make Obfsproxy have more features
 before we can call this ticket done.

 Okay.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/5551#comment:4>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online