<div dir="ltr">Yes, but the point of flash proxies, is to use them as bridges, what I meant is to allow OR's behind NAT to be relays or even exit nodes.</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/20 David Fifield <span dir="ltr"><<a href="mailto:david@bamsoftware.com" target="_blank">david@bamsoftware.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Jan 20, 2014 at 05:00:38PM -0200, Juan Berner wrote:<br>
> 1) Allow NAT clients to be TOR relay nodes (even maybe exit nodes) , this would<br>
> be done using a queue system, possibly in a hidden service but not necessary,<br>
> where nat relay nodes can query what tor clients want to connect to them and<br>
> initiate the connection. This would allow more nodes in the TOR network.<br>
<br>
</div>This is how flash proxy works. Clients register themselves as needing a<br>
connection, and then proxies connect to the clients. (The problem is<br>
that many *clients* are also behind NAT, and then it doesn't work so<br>
well.)<br>
<br>
You can run a flash proxy just by going to a web page like<br>
<a href="http://crypto.stanford.edu/flashproxy/" target="_blank">http://crypto.stanford.edu/flashproxy/</a>, and there is also code to run a<br>
proxy in the background without a browser:<br>
<a href="https://trac.torproject.org/projects/tor/ticket/7944" target="_blank">https://trac.torproject.org/projects/tor/ticket/7944</a>.<br>
<span class="HOEnZb"><font color="#888888"><br>
David Fifield<br>
</font></span></blockquote></div><br></div>