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

Re: [tor-bugs] #11629 [FTE]: FTE breaks with latest obfsproxy (because of move to SOCKS5)



#11629: FTE breaks with latest obfsproxy (because of move to SOCKS5)
------------------------+--------------------------
     Reporter:  asn     |      Owner:  kpdyer
         Type:  defect  |     Status:  needs_review
     Priority:  normal  |  Milestone:
    Component:  FTE     |    Version:
   Resolution:          |   Keywords:
Actual Points:          |  Parent ID:
       Points:          |
------------------------+--------------------------

Comment (by asn):

 Replying to [comment:4 kpdyer]:
 > Replying to [comment:3 yawning]:
 > > Replying to [comment:1 kpdyer]:
 > > > I assume that there is a proper way to use pyptlib and my
 implementation is just a cheap hack?
 > >
 > > There's two correct ways to use it.
 > >

 Yeah, Yawning's suggestions would be the proper ways to fix this.

 > > One would be to write your own networking code to provide the
 infrastructure being pulled in from obfsproxy (The equivalent of the
 `obfsproxy.transports.base.BaseTransport` code).
 >
 > Was hoping to avoid that!
 >

 Yeah... Looking at the FTE code it seems to rely on obfsproxy quite much.

 BTW, if you end up writing your own networking code, you can still rely on
 pyptlib to help you with some PT stuff (like the environment variable
 parsing, and CMETHOD stuff).

 > > The other would be to do what ScrambleSuit did and use obfsproxy for
 everything (See #11354).  This will probably be easier from a development
 standpoint, but there is a licensing conflict since all the FTE code is
 GPLed, and I'm not sure how asn feels about adding a dependency to libfte
 that includes native code to obfsproxy.
 >
 > For now, it wouldn't make sense to include FTE in obfsproxy.
 Predominantly because fteproxy has some C++ that would complicate the
 obfsproxy deployment process, which is currently pure-python.
 >

 Hm, yeah that would complicate the deployment indeed. Still worth looking
 into I guess.

 Also, check out the concept of #11354. If you find a way to fork obfsproxy
 that works for you, we can just add the fork in the TBB (obfsproxy is not
 very big so the code duplication will not hurt us much)

 {{{
 $ du -sh Tor/PluggableTransports/obfsproxy*
 680K    Tor/PluggableTransports/obfsproxy
 4.0K    Tor/PluggableTransports/obfsproxy.bin
 }}}

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11629#comment:5>
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