[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #9156 [BridgeDB]: BridgeDB: Users try to add obfsbridges to their normal TBB
#9156: BridgeDB: Users try to add obfsbridges to their normal TBB
----------------------------------------+-----------------------------------
Reporter: asn | Owner: isis
Type: task | Status: accepted
Priority: normal | Milestone:
Component: BridgeDB | Version:
Keywords: pt,usability,torlaucher,ui | Parent:
Points: | Actualpoints:
----------------------------------------+-----------------------------------
Changes (by mcs):
* cc: mcs, brade (added)
Comment:
Replying to [comment:28 isis]:
> * TBB-3.0.3a handles regular bridges (input as
`<bridge_ipaddr>:<bridge_orport>` correctly, but only after closing and
restarting TBB.
Does the above comment mean that Tor Launcher needs to tell the tor
process to start using the bridges right away? Does this scenario (add
bridges while tor is up and running) work better with the older TBB
2.x/Vidalia?
> * TBB-3.0.3a doesn't handle PT bridges correctly. Specifically, it
seems to parse the text box of user input, and strangely it inserts
newlines after the transport name strings which it didn't understand, i.e.
`obfs3 3.3.3.3:3333\n` becomes `obfs3\n3.3.3.3:3333\n`. If it is doing
this parsing, perhaps it can just remove those lines entirely, because
using the bridge on a port configured for PT-use 1) isn't going to work,
and 2) is going to give away by a normal Tor connection the location of
the bridge to surveilling parties and/or censors.
>
> An even better thing to do would be an "Uh-oh spaghettios. Did you mean
to download <link_to_PT_bundle>?" and if the user responds "no" ''then''
strip the lines which began with PT transport name strings.
Tor Launcher tries to be smart and accept bridge lists even when the
newlines are missing. See:
https://gitweb.torproject.org/tor-
launcher.git/blob/fb97857c0e06eaa5d69ea4f9f7a75a330dad2331:/src/chrome/content
/network-settings.js#l842
But it sounds like that is a mistake. Is there a spec that indicates what
BridgeDB will output? Or can someone please describe the possibilities?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9156#comment:30>
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