[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #7944 [Flashproxy]: Standalone flash proxy
#7944: Standalone flash proxy
-------------------------+--------------------------------------------------
Reporter: akrey | Owner: dcf
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Flashproxy | Version:
Keywords: | Parent:
Points: | Actualpoints:
-------------------------+--------------------------------------------------
Comment(by akrey):
Replying to [comment:5 dcf]:
...
> > This outside-the-browser standalone Flash proxy wouldn't have such a
requirement -- does that mean it could (should) just interface with normal
Tor bridges directly?
>
> Yes, correct,
...or have the bridge locally. (I assume running rogue flashproxies is not
a valid attack (on the content) as the tor client will verify the bridge
and the network behind it.)
>
> Check comment:2:ticket:5578 regarding WebRTC, where I proposed having
client registrations inform the facilitator of the types of connections
they want.
Good to know. I was thinking - for this standalone proxy the webbrowser-
available-communication restriction no longer applies, so we could use
other protocols as well (including UDP).
The main advantage of flashproxy that remains then is dynamic nature of
discovery via the facilitator (and the reverse connection, o/c), and thus
making me able to use my home DSL (which changes IP every day). Bridges
need manual work every time that happens on the client side.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/7944#comment:6>
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