Skip to content
Snippets Groups Projects

Updates Tor Weather idea for gsoc and adds link to this year projects.

Merged Gaba requested to merge gsoc-update into main
2 files
+ 27
20
Compare changes
  • Side-by-side
  • Inline
Files
2
@@ -47,30 +47,35 @@ Right now, there is very little direct feedback given to relay operators. This c
This project would involve the implementation of an email notification service that relay operators can subscribe to and choose which notifications they want to receive about their relay.
This project already existed and was known as "Tor Weather". It was unfortunately [discontinued](https://lists.torproject.org/pipermail/tor-relays/2016-April/009009.html) due to lack of maintenance and resources to keep the project alive. However, we think that this is still a great idea and the most efficient way to achieve and maintain a healthy Tor network on the long run. The resulting service should conform to our current [styleguide](https://styleguide.torproject.org/).
This project already existed and was known as "Tor Weather". It was unfortunately discontinued due to lack of maintenance and resources to keep the project alive. However, we think that this is still a great idea and the most efficient way to achieve and maintain a healthy Tor network on the long run. The resulting service should conform to our current styleguide.
There is a repository, maintained independently from the Tor project, with code that we could think about reusing and expanding upon for implementing this proposal. It's at <https://github.com/thingless/torweather/>. There are additional resources below which should get evaluated to find the right design choice for a new Tor Weather service.
This notification service should support subscribing via single relay fingerprint or MyFamily groups. Additionally, it should not need any subscription change if a new relay gets added to the family. As this service would store email addresses of potential tor relay operators, they should be kept private and safeguarded. However, a passive observer can collect them by watching outbound email traffic if no TLS is used. As such, this service should suggest using a dedicated email address for this service.
Once a basic email notification service is implemented, these are some ideas for potential notification types that could be implemented within it:
- Email me when my node is down - Here we should decide how long before we send a notification?
- Email me when my relay is affected by a security vulnerability
- Email me when my relay runs an end-of-life version of tor
- Email me when my relay runs an outdated tor version
- Email me when my exit relay fails to resolve hostnames (DNS failure)
- Email me when my relay loses the stable/guard/exit flag
- Email me when my MyFamily configuration is broken
- Email me when you detect issues with my relay
- Email me with suggestions for configuration improvements for my relay
- Email me when my relay is on the top 20/50/100 relays list
- Email me with monthly/quarterly status information, e.g what is my position in the overall relay list, how much traffic did my relay do during the last month, etc...
- Email me about new relay requirements
- Email me about tor relay operator events
For each notification implemented, there should be a corresponding specification written to describe the meaning of each notification type.
```plaintext
Email me when my node is down - Here we should decide how long before we send a notification?
Email me when my relay is affected by a security vulnerability
Email me when my relay runs an end-of-life version of tor
Email me when my relay runs an outdated tor version
Email me when my exit relay fails to resolve hostnames (DNS failure)
Email me when my relay loses the stable/guard/exit flag
Email me when my MyFamily configuration is broken
Email me when you detect issues with my relay
Email me with suggestions for configuration improvements for my relay
Email me when my relay is on the top 20/50/100 relays list
Email me with monthly/quarterly status information, e.g what is my position in the overall relay list, how much traffic did my relay do during the last month, etc...
Email me about new relay requirements
Email me about tor relay operator events
```
# Resources
For each notification implemented, there should be a corresponding specification written to describe the meaning of each notification type.
- What Tor Weather looked like: https://web.archive.org/web/20141004055709/https://weather.torproject.org/subscribe/
- Tor Weather repo: https://gitweb.torproject.org/weather.git/
### Resources:
For the original ticket and discussion, please see ticket [#26124](http://bugs.torproject.org/26124)
\ No newline at end of file
- Current issue in our bug tracker: https://gitlab.torproject.org/tpo/network-health/team/-/issues/107
- Another Tor Weather code base: <https://github.com/meejah/tor-weather>
- Old Tor Weather experience: <https://web.archive.org/web/20141004055709/https://weather.torproject.org/subscribe/>
- Our old code base: <https://gitweb.torproject.org/weather.git/>
Loading