- network-health - lists.torproject.org

Snowflake stats available?
by Rainer Rehak (FIfF) 23 Mar '24

23 Mar '24

Dear team, thank you for your great work. We are a tech NGO from Germany and startet a little campaign here to encourage users to run a snowflake to help circumvent cencorship (e.g. Iran, Russia): https://snowflake.fiff.de/index_en.html Now we get a lot of questions about how many ppl actually do run snowflakes, but on https://metrics.torproject.org we couldn't find any data on snowflake. Could this data be make available or are there reasons for hiding it? Thanks so much Rainer -- Forum InformatikerInnen für Frieden und gesellschaftliche Verantwortung e. V. Goetheplatz 4, D-28203 Bremen Telefon +49 421 33659255 - Fax +49 421 33659256 E-Mail: fiff(a)fiff.de - https://www.fiff.de - https://twitter.com/fiff_de Unterstützen und Spenden: https://www.fiff.de/about/mitgliedschaft-spenden PGP: https://keys.mailvelope.com/pks/lookup?op=get&search=rainer.rehak@fiff.de FP: 63D2 9BCB 65CB FA55 F851 BDE3 0CAA 0E82 8193 953E

3 3

New Relay although stats show data for one year
by Stephan 15 Jan '24

15 Jan '24

Hi tor-team, I just noticed that my relay (https://metrics.torproject.org/rs.html#details/B0AD9C3F75C994CEEB9CFC1BD698…) is marked as "newer than 2 weeks" although the graphs show data since 2023-03 and I have not generated a new fingerprint actively. The fingerprint file on the server also did not change (created at 2023-03-06). There are more inconsistencies: First Seen 2024-01-10 16:00:00 (1 day 7 minute and 56 seconds) Last Restarted 2024-01-06 04:02:43 Do you have an idea how this might be? I also noticed that the server restarted itself after > 170 days, but this might be a problem on my side. Thanks in advance. Kind regards, Stephan

2 1

[To the maintainers of Tor Metrics] Metrics showing erroneous data for my two relays, can somebody responsible please take a look at the issue?
by George Hartley 11 Jan '24

11 Jan '24

Hello, for about 3 months I have been hosting two Tor relays: https://metrics.torproject.org/rs.html#details/AF42E6C77196A37F041A1A1E953E… https://metrics.torproject.org/rs.html#details/7F7D1A5BE88FA7C9358955705AE7… After doing system maintenance (mainly upgrading packages), slightly adjusting my "BandwidthRate" and "BandwidthBurst" for both relays and then rebooting the server earlier, the guard relay now shows the following on Metrics, even though the graphs still show the old, correct data: > The first time that this relay was seen in the consensus: 2024-01-10 16:00:00 (8 hours 57 minutes and 21 seconds) This is even though metrics shows an uptime of almost 16 hours?! The fingerprints did not change according to both the metrics page, and the Tor log. I did not delete or mess with each relays DataDirectory or the secret keys. I have a MyFamily setting in both relays configs: > MyFamily $AF42E6C77196A37F041A1A1E953E51B4656BDC1B, $7F7D1A5BE88FA7C9358955705AE7AFA61EEDA2B0 Yet the relays don't show up as being in a family, and Metrics doesn't at all display the other relay counterpart as a family member when visiting the page for the guard or exit. There is also no line in the relays journal (from journalctl -u tor@guard) indicating that the guard relay is new to the network, and it retains its older flags. This only seems to affect my guard relay, the exit metrics page shows mostly valid data, except for the missing family member. Since I did not change anything that would cause this, this is likely a bug with the metrics page, and I would encourage you to look into it. Thank you very much, George

1 1

Question about the number of services in Tor
by Ines Cardiel 18 Sep '23

18 Sep '23

Hi, I am contacting you to find out how I can figure out the total number of services exposed in the TOR network (not only web services like HTTP and HTTPS) that exist nowadays. Thanks! Inés

2 1

Calling the Network Health Team: Your Expertise Can Transform Tor!
by Ravi Kumar 25 Jul '23

25 Jul '23

Dear Network Health Team, I hope this email finds you well! As a valued member of the Tor community, your expertise and insights hold immense importance in shaping the future of our network. Currently, I am conducting an MSc Dissertation study focused on understanding the significance of Tor relay updates and a proposed automatic update mechanism from a developer's perspective. Your input will play a vital role in advancing the network's health and enhancing the overall Tor experience for millions of users worldwide. Your time and effort are deeply appreciated, and I assure you that your responses will be treated with the utmost care and confidentiality. The survey is thoughtfully designed to be completed in just 10 minutes and will be live until the 5th of August. Your contribution to this transformative research will not only benefit the Tor community but also further our commitment to privacy and security on the internet. I kindly request your participation in this study. Your unique insights and experiences will make a significant impact on the development of the Tor network. If you have any questions or need further information, please don't hesitate to contact me at S2450888(a)ed.ac.uk. Your feedback and queries are always welcomed and valued. Let's work together to create a stronger, more secure online world for all users of Tor. To access the survey, please click on the following link: https://cryptpad.fr/form/#/2/form/view/pb7wKm8zl0D62PsW93fz4wiW73i9nzDM-Jxc… [https://cryptpad.fr/customize/images/opengraph_preview/og-form.png]<https://cryptpad.fr/form/#/2/form/view/pb7wKm8zl0D62PsW93fz4wiW73i9nzDM-Jxc…> Encrypted Form<https://cryptpad.fr/form/#/2/form/view/pb7wKm8zl0D62PsW93fz4wiW73i9nzDM-Jxc…> CryptPad: end-to-end encrypted collaboration suite cryptpad.fr Thank you for your time and consideration. Best regards, Ravi Kumar S2450888(a)ed.ac.uk The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th' ann an Oilthigh Dhùn Èideann, clàraichte an Alba, àireamh clàraidh SC005336.

1 0

Middle Relays.
by dawn.belle.flood 08 Feb '23

08 Feb '23

Good Day, I have run a middle Tor relay for many years. I wish that the Tor Project would stop publishing the IP addresses of middle relays. Such will make the Tor Network more secure; plus, my home IP address is being blacklisted as being a VPN, proxy, malicious, etc. Thank you, Dawn

2 1

When will Relay Search show more than 2, 000 bridges?
by Victor Leser 09 Jan '23

09 Jan '23

Hello. When I do a Tor Metrics Advanced Search for all running bridges, (type:bridge running:true), I see the following comment above the results. __________----------________---------- Relay Search type:bridge running:true Too many matches! The current version of Relay Search does not support a result set greater than 2000 and only displays the first 2000 hits. This is due to some performance issues in rendering large results sets in JavaScript. Future versions will hopefully manage to overcome this issue. _______---------________-------- I believe that it is possible that some bridges may be shown as not working by Relay Search because of the 2,000 bridge limit to the report on working bridges, rather than the bridge being faulty. Can you please tell me when a version which is not limited to 2,000 hits will be available? Given the large increase in the number of bridges since 2021, I presume that work on this new version may have started, and would like to know when it will be completed. I have searched for an answer online but not found anything. I may not be looking in the right place, so I thought that I should ask you the question as suggested in the section on "Contact". With thanks in advance, Victor Leser Proton Mail = secure email = courriel sécurisé

4 3

Date for Relay search version showing more than 2, 000 hits
by Victor Leser 02 Jan '23

02 Jan '23

When I do a Tor Metrics Advanced Search for all running bridges, I see the following comment above the results. __________----------________---------- Relay Search type:bridge running:true Too many matches! The current version of Relay Search does not support a result set greater than 2000 and only displays the first 2000 hits. This is due to some performance issues in rendering large results sets in JavaScript. Future versions will hopefully manage to overcome this issue. _______---------________-------- Can you tell me when a version which is not limited to 2,000 hits will be available? I have searched for an answer online but not found anything. With thanks in advance Sent from ProtonMail mobile

1 0

How is a relay's uptime determined?
by arf20 21 Dec '22

21 Dec '22

Hello there, I run a tor middle relay, and last night I restarted the service due to an update. Then, looking up the relay in the Tor site, it looks like I lost all the uptime and flags. A bit annoying since I have had the server down for several minutes without consequences in other times. I was 5 days away from the t-shirt :( I was just wondering under what circumstances the relay's uptime is reset, if possible. Thanks. -- arf20

2 2

Converter of Tor metrics data to Parquet, and some other stuff
by Thomas Lörtsch 19 Dec '22

19 Dec '22

Hi, I was working as a volunteer with the Metrics team under the auspices of Karsten Loesing. He ended that collaboration in 2016 in a rather unfortunate way and I have no idea if he ever looked at my code again. I do still have the code that I worked on and I still think it has some value: the main contribution is a converter from Metrics’ own data format to Parquet. Parquet is a data format optimized for Big Data analytics in tools like Spark and related technologies e.g. Jupyter notebooks. I also did spend a lot of time in understanding, organizing and writing down what all the data points that Metrics collects mean, how they correlate etc. In the end all this was meant to drive a fantastic visualization of Tor data, but that part did never materialize. However, the decision for Parquet and Spark was not trivial back then, but seems to have proven to be a good one since both still seem to be strong offerings in the Big Data space. I haven’t since worked on the code, it never had a proper test suite and Metrics’ data formats have probably evolved from then. Also, I haven’t followed the work of the Metrics team and maybe you have developed something much better in the meantime. Back then, six years ago, most aggregation was done in Postgres, and Spark would most probably have outperformed the Postgres RDBMS easily. By the way, I just remember I also developed a giant relational schema for all of Metrics’ data... Anyway, if any of this sounds interesting to you please contact me (off-list, as I don’t follow the lists anymore). I will be happy to provide you access to the GitLab repo, spend a few hours to get myself up to speed again on what I was doing back then, and help you evaluate if it may be of any value to you. I will however not work on the code again in earnest, as after Karsten kicked me out I completely switched back to what I was doing before I joined Tor. Best, Thomas

1 0