<div><div dir="auto">Firefox Nightly let’s you manually enable it. I’d wait until at least Firefox and Chromium add support to avoid setting off red flags for a censor. Having collateral damage is important with pluggable transports 😑</div></div><div dir="auto"><br></div><div dir="auto">Cordially,</div><div dir="auto">Nathaniel</div><div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 29, 2018 at 10:25 AM Nicolas Vigier <<a href="mailto:boklm@mars-attacks.org">boklm@mars-attacks.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 29 Oct 2018, Michael Rogers wrote:<br>
<br>
> <br>
> If anyone on the list knows whether/when we're likely to see a pluggable<br>
> transport based on encrypted SNI I'd love to hear about it.<br>
<br>
There was a thread on this topic recently:<br>
<a href="https://lists.torproject.org/pipermail/tor-dev/2018-September/013453.html" rel="noreferrer" target="_blank">https://lists.torproject.org/pipermail/tor-dev/2018-September/013453.html</a><br>
<br>
So it seems the first step is having major adoption by browsers and<br>
websites, before using it for anti-censorship. Otherwise censors could<br>
just block all encrypted SNI requests.<br>
<br>
_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org" target="_blank">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
</blockquote></div></div>