<div dir="ltr"><div>Are you suggesting something? XD</div><div><br></div><div>I can take a look at the problem and propose a solution, it will not be fast but I can do it.</div><div><br></div><div>Tonight I will try to compile Orbot from sources and try to familiarize myself with the code. (Is there a wiki with info??)</div><div><br></div><div>How do you want to focus the change? What should be possible by a third party?</div><div><br></div><div>In my opinion:</div><div><br></div><div>- Be able to register a hidden service for your ports without sharing it with other applications.</div><div>- Be able to backup the configuration files in order to migrate the service.</div><div>- Everything should be possible without root</div><div><br></div><div>It would be nice if all this was possible without giving access to the Tor configuration port, but right now I can not think of how to do it.<br></div><div><br></div><div><div>I keep thinking ..... after working, I'll dedicate some time to the problem</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-15 14:19 GMT+01:00 Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@guardianproject.info" target="_blank">hans@guardianproject.info</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
arrase:<br>
<div><div class="h5">> 2016-11-15 13:23 GMT+01:00 Michael Rogers <<a href="mailto:michael@briarproject.org">michael@briarproject.org</a>>:<br>
><br>
>> Hi arrase,<br>
>><br>
>> Thanks for discovering this bug. Can you describe how Briar's Tor daemon<br>
>> conflicts with Orbot? What problems does it cause? Our goal is for Briar<br>
>> to be able to operate on the same device as Orbot without problems.<br>
>><br>
>><br>
> I do not think it could be called a bug, and definitely not a Briar bug at<br>
> all. I find it hard to argue in English, I'm sorry.<br>
><br>
> But if it is true that is a problem if more applications follow the same<br>
> path as Briar implementing a Tor daemon within the application.<br>
><br>
> Briar opens those ports for Tor:<br>
><br>
> Tcp 0 0 <a href="http://127.0.0.1:59050" rel="noreferrer" target="_blank">127.0.0.1:59050</a> 0.0.0.0:* LISTEN 10019 214952 18753<br>
> Tcp 0 0 <a href="http://127.0.0.1:59051" rel="noreferrer" target="_blank">127.0.0.1:59051</a> 0.0.0.0:* LISTEN 10019 213387 18753<br>
><br>
> If Orbot starts first, nothing prevents it from taking ports 59050 and<br>
> 59051 as control ports. It is a remote but real possibility and would be<br>
> more real when more applications opt for the same solution.<br>
><br>
> It's just an argument about changing the hidden service API for Orbot.<br>
><br>
> I think there are more strong arguments like that each application can<br>
> manage the configuration files of the hidden service to be able to migrate<br>
> between devices.<br>
><br>
> It does not look very good to make an application that uses the hidden<br>
> service as a user identifier and if we lose the device we lose our entire<br>
> network of contacts.<br>
><br>
> I think they are good arguments for bringing about an improvement in Orbot<br>
> APi as proposed by Nathan.<br>
<br>
</div></div>I think we all want to have a nice Intent-based API in Orbot for apps to<br>
work with Hidden Services, the real question is: who is going to do the<br>
work.  That would be a great place for you to start to get involved.<br>
<span class="HOEnZb"><font color="#888888"><br>
.hc<br>
</font></span><span class="im HOEnZb"><br>
<br>
--<br>
PGP fingerprint: EE66 20C7 136B 0D2C 456C  0A4D E9E2 8DEA 00AA 5556<br>
<a href="https://pgp.mit.edu/pks/lookup?op=vindex&search=0xE9E28DEA00AA5556" rel="noreferrer" target="_blank">https://pgp.mit.edu/pks/<wbr>lookup?op=vindex&search=<wbr>0xE9E28DEA00AA5556</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
List info: <a href="https://lists.mayfirst.org/mailman/listinfo/guardian-dev" rel="noreferrer" target="_blank">https://lists.mayfirst.org/<wbr>mailman/listinfo/guardian-dev</a><br>
To unsubscribe, email:  <a href="mailto:guardian-dev-unsubscribe@lists.mayfirst.org">guardian-dev-unsubscribe@<wbr>lists.mayfirst.org</a><br>
</div></div></blockquote></div><br></div>