Opened 2 months ago

Last modified 4 weeks ago

#27725 new defect

Stealthy onions should appear to be offline

Reported by: traumschule Owned by:
Priority: Medium Milestone: Tor: unspecified
Component: Core Tor/Tor Version:
Severity: Normal Keywords: auth, hs, hs-auth
Cc: asn, dgoulet Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

Working on #27680 and testing basic and stealth onion services i noticed that they behavior is the same. Instead i expected the stealthy one to look like it's offline. See also #23653

What i observed was for both auth types (without correct auth cookie in the client):

When the descriptors weren't uploaded yet, the client failed immediately:

[warn] {REND} Fetching v2 rendezvous descriptor failed. Retrying at another directory.                                                                       
{REND} Closing stream for '<scrubbed>.onion': hidden service is unavailable (try again later).

After uploading the descriptors the connection timed out:

[notice] Tried for 120 seconds to get a connection to <scrubbed>:80. Giving up. (waiting for rendezvous desc)

Please let stealthy onions appear to be offline.

Child Tickets

Change History (2)

comment:1 Changed 2 months ago by nickm

Cc: asn dgoulet added
Milestone: Tor: unspecified

comment:2 Changed 4 weeks ago by traumschule

Keywords: hs-auth added

Let onion service authorization related tickets know of each other.

https://gitweb.torproject.org/torspec.git/tree/rend-spec-v3.txt#n615

[TODO: Also specify stealth client authorization.]
(NOTE: client authorization is not implemented as of 0.3.2.1-alpha.)

Note: See TracTickets for help on using tickets.