<div dir="ltr">Thank you Tim! For the record, GETINFO works ok in 0.2.8.4-rc (unstable). HSFETCH still doesn't and I'll file a bug for it.<div><br></div><div>Razvan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 30, 2016 at 1:28 AM, Tim Wilson-Brown - teor <span dir="ltr"><<a href="mailto:teor2345@gmail.com" target="_blank">teor2345@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 30 Jun 2016, at 06:42, Razvan Dragomirescu <<a href="mailto:razvan.dragomirescu@veri.fi">razvan.dragomirescu@veri.fi</a>> wrote:<br>
><br>
> BTW, I have also tried the GETINFO command from the controller to fetch the hidden service descriptor directly from the host that has published it, but that doesn't work either.  Fetching from the client side (after a connection) works fine:<br>
><br>
> AUTHENTICATE<br>
> 250 OK<br>
> GETINFO hs/client/desc/id/js2usypscw6y6c5e<br>
> 250+hs/client/desc/id/js2usypscw6y6c5e=<br>
> rendezvous-service-descriptor 7codget3fmkzj4z3oqia37iknu5iespk<br>
</span>> ...<br>
<span class="">> .<br>
> 250 OK<br>
><br>
><br>
> Fetching from the server side though ....<br>
><br>
> GETINFO hs/service/desc/id/js2usypscw6y6c5e<br>
> 552 Unrecognized key "hs/service/desc/id/js2usypscw6y6c5e"<br>
><br>
> Any ideas? I'm running Tor 0.2.7.6 btw. This also appears to happen with non-authenticated services, but the hs/service/desc/id/<ADDR> was supposed to have been merged back in 0.2.7.1 (??).<br>
<br>
</span>Perhaps GETINFO only looks in the HS cache, but hidden services don't cache their own descriptors?<br>
<span class=""><br>
> On Wed, Jun 29, 2016 at 11:14 PM, Razvan Dragomirescu <<a href="mailto:razvan.dragomirescu@veri.fi">razvan.dragomirescu@veri.fi</a>> wrote:<br>
> Hello everyone,<br>
><br>
> I seem to have found an issue (bug?) with the controller HSFETCH command - I can't seem to be able to fetch hidden service descriptors for services that use basic authentication. Tor appears to want to decrypt the introduction points for some reason and also fails to look at the HidServAuth directive. Connections (via SOCKS proxy for instance) to said service work fine, so Tor is configured correctly, but HSFETCH fails and Tor outputs this in the logs:<br>
><br>
> Jun 29 20:08:53.000 [warn] Failed to parse introduction points. Either the service has published a corrupt descriptor or you have provided invalid authorization data.<br>
><br>
> Jun 29 20:08:53.000 [warn] Fetching v2 rendezvous descriptor failed. Retrying at another directory.<br>
><br>
> Is this a known issue? Is there another way to fetch the descriptor of a hidden service? I really don't want it to be published since I'm rewriting it anyway, but I need to fetch it somehow. I can use "PublishHidServDescriptors 0" to stop it from publishing the service at all but I have no idea how to fetch it from the local cache. Any controller commands for that?<br>
><br>
> To summarize - HSFETCH appears to fail for hidden services with basic auth and I couldn't find a way to obtain the hidden service descriptor from the hidden service machine itself before publishing. Any advice would be appreciated.<br>
<br>
</span>Perhaps HSFETCH only looks in the HS cache, but hidden services don't cache their own descriptors?<br>
Perhaps HSFETCH doesn't look at HidServAuth?<br>
Perhaps HSFETCH shouldn't try to decrypt the descriptor before delivering it? Perhaps it should?<br>
<br>
I encourage you to log an issue for each of these in our bug tracker at <a href="https://trac.torproject.org/" rel="noreferrer" target="_blank">https://trac.torproject.org/</a><br>
<br>
Tim<br>
<br>
Tim Wilson-Brown (teor)<br>
<br>
teor2345 at gmail dot com<br>
PGP 968F094B<br>
ricochet:ekmygaiu4rzgsk6n<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org">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>
<br></blockquote></div><br></div>