Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Trac Trac
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Legacy
  • TracTrac
  • Issues
  • #20638

Closed (moved)
(moved)
Open
Created Nov 11, 2016 by Alexander Færøy@ahf🍍Developer

Non-anonymous single-hop HS enabled tor doesn't detect already existing anonymous, HS at start-up

While trying to configure a toy non-anonymous single-hop onion service I ran into something that I believe is a bug.

The torrc that I reused from an earlier experiment already contained a HS configuration entry created in anonymous mode. When I enabled HiddenServiceSingleHopMode and HiddenServiceNonAnonymousMode and started up tor everything started up correctly and I was able to reach the configured HS service correctly. But when I sent the tor process a SIGHUP tor exited with the following error:

Nov 11 17:40:06.000 [notice] Read configuration file "/Users/ahf/torrc".
Nov 11 17:40:06.000 [notice] HiddenServiceSingleHopMode is enabled; disabling UseEntryGuards.
Nov 11 17:40:06.000 [warn] We are configured with HiddenServiceNonAnonymousMode 1, but one or more hidden service keys were created in an anonymous mode. This is not allowed.
Nov 11 17:40:06.000 [err] Reading config failed--see warnings above. For usage, try -h.
Nov 11 17:40:06.000 [warn] Restart failed (config error?). Exiting.

Steps to reproduce:

  1. Create a anonymous HS in the torrc.
  2. Start tor to make it create the keys for the HS.
  3. Stop tor.
  4. Enable HiddenServiceSingleHopMode and HiddenServiceNonAnonymousMode
  5. Start tor (which will start without problems).
  6. Send tor a SIGHUP which will cause it to exit with an error listed above.

I would expect tor to exit when starting up and not when it's re-reading its configuration file.

I've been able to reproduce this with the 0.2.9.5-alpha Debian package and with Git HEAD (0980787f91cfc420) on the master branch.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking