I really hope I don't have to copy paste it all given the amount of relays
that I am currently running. Hopefully, nusenu will update the ansible repo
to support it.
Nusenu has not only implemented this in his ansible-relayor, but has also
given hints during development:
Yay, family key's are live:
Implemented-In: Tor 0.4.9.1-alpha
Note that the version number given there is wrong.
tor 0.4.9.1-alpha does not include support for the new happy families feature.
0.4.9.2-alpha will probably be the first tor release with happy families support.
This has been corrected on this page:
but has not found its way to the proposal page yet.
Thanks to early adopters like toralf bugs in happy families are being reported and fixed.
I really hope I don't have to copy paste it all given the amount of relays
that I am currently running. Hopefully, nusenu will update the ansible repo
to support it.
The current implementation in tor does not support setting the path to the family key file.
Which is a bit cumbersome for large operators because they need to copy the file
for every tor instance (keys folder) instead of a single time for each server and a single torrc config line.
This is less problematic for ansible-relayor than for operators doing it manually because we can automate that
task in realyor, but the runtime will certainly increase significantly for large operators if we need to copy that file for every tor instance including setting permissions and so on.
I hope a torrc option for specifying the path to the key file is added before the first tor release with happy families is published
to mitigate this overhead.
Here is the related gitlab issue for it:
After this has been clarified/implemented (or rejected) an ansible-relayor release with happy families support will be implemented.
OrNetStats will also get Happy Families support but this depends on onionoo's support for Happy Families:
I found it surprising to learn from the proposal that the old MyFamily design makes up over 80% of microdescriptors size
so this change has significant potential to decrease the bandwidth used for answering directory requests https://metrics.torproject.org/dirbytes.html
but since both Family designs will co-exist for some time for backward compatibility reasons it will take some time before operators can remove there old
MyFamily lines from their torrc config files.
kind regards,
nusenu
···
On Sat, Mar 22, 2025, at 2:55 PM, boldsuck via tor-relays wrote:
_______________________________________________
tor-relays mailing list -- tor-relays@lists.torproject.org
To unsubscribe send an email to tor-relays-leave@lists.torproject.org
FWIW, any filename should be okay, so long as it ends with
".secret_family_key". But "secret_family_key" on its own is not okay:
the period is required.
···
On Sun, Mar 23, 2025 at 6:11 AM Toralf Förster via tor-relays <tor-relays@lists.torproject.org> wrote:
On 3/22/25 10:55 PM, boldsuck via tor-relays wrote:
> Copy the MyFamilyKey.secret_family_key file into the KeyDir of _every_ _one_ of your relay.
FWIW:
Twe identifier "MyFamilyKey" is free of choice.
But once it is choosen it must not be ommitted from the filename b/c it
is part of the key.
_______________________________________________
tor-relays mailing list -- tor-relays@lists.torproject.org
To unsubscribe send an email to tor-relays-leave@lists.torproject.org
On Sunday, 23 March 2025 17:18 Nick Mathewson via tor-relays wrote:
On Sun, Mar 23, 2025 at 6:11 AM Toralf Förster via tor-relays
> FWIW:
>
>
>
> Twe identifier "MyFamilyKey" is free of choice.
> But once it is choosen it must not be ommitted from the filename b/c it
> is part of the key.
FWIW, any filename should be okay, so long as it ends with
".secret_family_key". But "secret_family_key" on its own is not okay:
the period is required.
OK, thanks.
With tor-nightly-main-* currently: 0.4.9.1-alpha-dev
I was able to create the family key and id.
Thanks to early adopters like toralf bugs in happy families are being
reported and fixed.
>> I really hope I don't have to copy paste it all given the amount of
>> relays
>> that I am currently running. Hopefully, nusenu will update the ansible
>> repo
>> to support it.
>>
>
>
> Nusenu has not only implemented this in his ansible-relayor, but has also
> given hints during development:
> Implement proposal 321 (happy families) (!857) · Merge requests · The Tor Project / Core / Tor · GitLab
> 07
The current implementation in tor does not support setting the path to the
family key file. Which is a bit cumbersome for large operators because they
need to copy the file for every tor instance (keys folder) instead of a
single time for each server and a single torrc config line. This is less
problematic for ansible-relayor than for operators doing it manually
because we can automate that task in realyor, but the runtime will
certainly increase significantly for large operators if we need to copy
that file for every tor instance including setting permissions and so on.
I hope a torrc option for specifying the path to the key file is added
before the first tor release with happy families is published to mitigate
this overhead.
Yes, I was also looking for the option to specify the path.
Now it doesn't matter, for me. I copied the key in every tor instance and
changed permissions. torrc config is only one file per server. I just have to
comment out 'FamilyId' line with upcoming stable 0.4.9.n
BTW:
I hope 0.4.9 finally includes 'ReevaluateExitPolicy' and 'DoSStreamCreation*'
for exits, in addition to the family keys.
'ReevaluateExitPolicy' on restart breaks tens or hundreds of thousands of
existing connections, and healthy relays lose the HsDir flag.
DoS and DDoS consume power and bandwidth. 'ReevaluateExitPolicy' on reload
can, AFAIK, also help the relays before exits in the circuit.
···
On Sunday, 23 March 2025 10:37 nusenu via tor-relays wrote:
>> On Sat, Mar 22, 2025, at 2:55 PM, boldsuck via tor-relays wrote:
I found it surprising to learn from the proposal that the old MyFamily
design makes up over 80% of microdescriptors size so this change has
significant potential to decrease the bandwidth used for answering
directory requests Traffic – Tor Metrics
but since both Family designs will co-exist for some time for backward
compatibility reasons it will take some time before operators can remove
there old MyFamily lines from their torrc config files.
I really hope I don’t have to copy paste it all given the amount of relays that I am currently running. Hopefully, nusenu will update the ansible repo to support it.
···
On Sat, Mar 22, 2025, at 2:55 PM, boldsuck via tor-relays wrote: