Opened 2 years ago

Last modified 19 months ago

#21360 new enhancement

add controller event to track changes to 'getinfo onions/detached'

Reported by: mischief Owned by:
Priority: Medium Milestone: Tor: unspecified
Component: Core Tor/Tor Version:
Severity: Normal Keywords: tor-hs tor-controller
Cc: arma Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

i have a program which adds a detached onion, and it has an option to block until a signal, and if a signal is received, the onion is deleted.

however, if some other control connection deletes the onion, my program doesn't know it, and polling seems hackish.

Child Tickets

Change History (4)

comment:1 Changed 2 years ago by arma

Thanks. (I suggested to this person that they open this ticket.)

It looks like we want to trigger the event on a successful del_onion command?

Do we want some corresponding event on a successful add_onion command?

Should we do this event only for detached onions?

comment:2 in reply to:  1 Changed 2 years ago by yawning

Replying to arma:

It looks like we want to trigger the event on a successful del_onion command?

Yes.

Do we want some corresponding event on a successful add_onion command?

And yes? It would probably be useful to have a "the onion you created is likely reachable from the outside world" event that doesn't involve monitoring descriptor uploads as well..

Should we do this event only for detached onions?

To remain true to the original design, it probably should fire for onions that the control port knows about, so each control port conn that is subscribed to the event gets them for non-detached onions that it's responsible for creating, and all detached onions (ephemeral or not?).

Thinking along these lines further, adding a DETACH_ONION command may be useful as well...

comment:3 Changed 2 years ago by nickm

Milestone: Tor: 0.3.1.x-finalTor: unspecified

comment:4 Changed 19 months ago by nickm

Keywords: tor-hs tor-controller added
Note: See TracTickets for help on using tickets.