Re: [tor-relays] Metrics

So you don't have to dig through the logs: (as root or sudo) ~# cat /var/lib/tor/pt_state/obfs4_bridgeline.txt ~# cat /var/lib/tor/fingerprint or with multiple instances: ~# cat /var/lib/tor-instances/NN/pt_state/obfs4_bridgeline.txt Or when running obfs4 in docker: docker exec `docker ps -aqf

Re: [tor-relays] Metrics

So you don't have to dig through the logs: (as root or sudo) ~# cat /var/lib/tor/pt_state/obfs4_bridgeline.txt ~# cat /var/lib/tor/fingerprint or with multiple instances: ~# cat /var/lib/tor-instances/NN/pt_state/obfs4_bridgeline.txt -- ╰_╯ Ciao Marco! Debian GNU/Linux It's free software and

Re: [tor-relays] Metrics

Ok good I have those in my bridge. Sent from Proton Mail mobile Original Message On Sep 7, 2023, 9:22 AM, telekobold wrote: > On 07.09.23 12:43, Anonforpeace via tor-relays wrote: > What is the > "complete" bridge line? Bridge obfs4 : cert= iat-mode=0 where PORT is the >

Re: [tor-relays] Metrics

On 07.09.23 12:43, Anonforpeace via tor-relays wrote: What is the "complete" bridge line? Bridge obfs4 : cert= iat-mode=0 where PORT is the obfs4 port, not the ORPort. (When using IPv6, ADDRESS> must be in []). See also https://community.torproject.org/relay/setup/bridge/post-install/

Re: [tor-relays] Metrics

What is the "complete" bridge line? Sent from Proton Mail mobile Original Message On Sep 7, 2023, 6:28 AM, telekobold wrote: > Hi gus, On 06.09.23 21:27, gus wrote: > If you add just IP:ORPort (**ORPort** > and not the OBFS4 Port) you have a > "vanilla" Tor bridge: a bridge

Re: [tor-relays] Metrics

Hi gus, On 06.09.23 21:27, gus wrote: If you add just IP:ORPort (**ORPort** and not the OBFS4 Port) you have a "vanilla" Tor bridge: a bridge that doesn't obfuscate your Tor traffic. So it may not work in countries/ISPs doing DPI. To use your own obfs4 bridge, you need to build the "complete

Re: [tor-relays] Metrics

Hi, On Wed, Sep 06, 2023 at 09:11:02PM +0200, telekobold wrote: > Hi, > > On 06.09.23 09:25, gus wrote: > > > Have you tried to connect to your own bridge and see if it works? > > Here is how you build your obfs4 bridge line (note: it's your bridge > > fingerprint and not your hashed bridge

Re: [tor-relays] Metrics

Hi, On 06.09.23 09:25, gus wrote: Have you tried to connect to your own bridge and see if it works? Here is how you build your obfs4 bridge line (note: it's your bridge fingerprint and not your hashed bridge fingerprint): https://community.torproject.org/relay/setup/bridge/post-install/

Re: [tor-relays] Metrics

Hi, There are some issues[1][2] with the status indicator on Metrics for bridges. That said, I tested your bridge with bridgestrap[3], and it tells me: Bridge ED3B1CBDEFAB89B6546B77984076969DDD19DDB7 advertises: * obfs4: dysfunctional Error: timed out waiting for bridge descriptor Last

[tor-relays] Metrics

My bridge styxVortex is up and running. I know this because the Nyx monitor shows activity. However, a search of metrics.torproject.org shows it down. It has been in this state for at least a month. Do you have any suggestions of what could be the possible cause of this? I am using pfblockerng

Re: [tor-relays] Metrics falsely showing my relay as offline

On 8/19/2022 12:21 AM, Georg Koppen wrote: Eddie: I have 1 relay (40D13096BBD11AF198CE61DEE4EAECCE5472F2E7) that according to the metrics is always bouncing between online and offline, sometimes multiple times per day.  The logs show it running the whole time and when the metrics also show it

Re: [tor-relays] Metrics falsely showing my relay as offline

Eddie: I have 1 relay (40D13096BBD11AF198CE61DEE4EAECCE5472F2E7) that according to the metrics is always bouncing between online and offline, sometimes multiple times per day.  The logs show it running the whole time and when the metrics also show it running, the uptime continues to increase

[tor-relays] Metrics falsely showing my relay as offline

I have 1 relay (40D13096BBD11AF198CE61DEE4EAECCE5472F2E7) that according to the metrics is always bouncing between online and offline, sometimes multiple times per day.  The logs show it running the whole time and when the metrics also show it running, the uptime continues to increase

Re: [tor-relays] Metrics shows my relay down. But it's not.

On Freitag, 24. Juni 2022 21:11:30 CEST Eddie wrote: > The metrics is showing one of my relays > (40D13096BBD11AF198CE61DEE4EAECCE5472F2E7) as down for around the last 3 > hours. Logging in to it, I see everything running normally. > > This server has also lost a bunch of flags for no apparent

[tor-relays] Metrics shows my relay down. But it's not.

The metrics is showing one of my relays (40D13096BBD11AF198CE61DEE4EAECCE5472F2E7) as down for around the last 3 hours.  Logging in to it, I see everything running normally. This server has also lost a bunch of flags for no apparent reason, so I'm not sure if they're connected. Cheers.

[tor-relays] metrics: add `IPv6 Exit Address` in addition to `Exit Address`

Hello, Currently we have Exit Address for relays that use a different IPv4 address for `Exit` connections vs their ORPort IPv4 address. Similarly, one relay *could* listen on a certain IPv6 address ORPort but use a different IPv6 address for v6 exiting. Wouldn't it be useful to add this

Re: [tor-relays] metrics

On 20 Feb (11:52:33), Manager wrote: >Hello, > >im trying to enable prometheus metrics, and... something goes wrong: > >torrc: >MetricsPort 9166 >MetricsPortPolicy accept * > >after tor restart in logs: >Tor[15368]: Opening Metrics listener on 127.0.0.1:9166 >

[tor-relays] metrics

Hello, im trying to enable prometheus metrics, and... something goes wrong: torrc: MetricsPort 9166 MetricsPortPolicy accept * after tor restart in logs: Tor[15368]: Opening Metrics listener on 127.0.0.1:9166

Re: [tor-relays] Metrics Error: staledesc

On Thu, Jan 28, 2021 at 07:00:45PM +0100, li...@for-privacy.net wrote: > Metrics showed my relay offline. But my Tor daemon is running normally. > Then I saw _many_ relays suddenly have flag: staledesc > ? > > https://metrics.torproject.org/rs.html#search/flag:staledesc Yep. The reason that

Re: [tor-relays] Metrics Error: staledesc

“Normal”, half of my relays are also shown as offline and 1/3 of my relays are not even known by https://consensus-health.torproject.org/consensus-health.html right now. just wait a little bit until everything is back to normal.

[tor-relays] Metrics Error: staledesc

Metrics showed my relay offline. But my Tor daemon is running normally. Then I saw _many_ relays suddenly have flag: staledesc ? https://metrics.torproject.org/rs.html#search/flag:staledesc https://metrics.torproject.org/rs.html#details/5D84900DBE6D6365684A9675B81A68ACE9577A68 -- ╰_╯ Ciao

[tor-relays] Metrics site down

As of this writing... noticed that the metrics site is currently down.. Can someone confirm? Thanks https://metrics.torproject.org/ Sent with ProtonMail Secure Email. publickey - mnlph74@protonmail.com - 0xA7D18794.asc Description: application/pgp-keys signature.asc Description: OpenPGP

Re: [tor-relays] [metrics-team] New Fallbacks from June 2019

> On 5 Aug 2019, at 03:28, Toralf Förster wrote: > >> On 7/2/19 1:33 PM, teor wrote: >> Dear Relay Operators, >> >> The FallbackDir flags on Consensus Health [2] and Relay Search [3] >> might take a week or two to update. >> >> [3]: For example, this relay is a new fallback, but its flag isn't

Re: [tor-relays] Metrics show Relay donw

> On 26 Dec 2018, at 07:11, Darek Kramin wrote: > > Looks problem is solved. Online now > > On Tue, Dec 25, 2018, 21:13 Darek Kramin hi, > > I did started 2 days ago tor relay. when I set daily accounting was ok and > now with weekly set of GB relay is listed down. It is a glitch or my >

Re: [tor-relays] Metrics show Relay donw

Looks problem is solved. Online now On Tue, Dec 25, 2018, 21:13 Darek Kramin hi, > > I did started 2 days ago tor relay. when I set daily accounting was ok and > now with weekly set of GB relay is listed down. It is a glitch or my > misconfiguration. > Relay is named dasBoot at IP 46.175.238.8 >

[tor-relays] Metrics show Relay down

hi, I did started 2 days ago tor relay. when I set daily accounting was ok and now with weekly set of GB relay is listed down. It is a glitch or my misconfiguration. Relay is named dasBoot at IP 46.175.238.8 brgds darek -- Cpt D.Kramin +48 505 135145

Re: [tor-relays] Metrics not functioning?

On Sat, Apr 14, 2018 at 10:30:54AM +1000, teor wrote: > > > On 14 Apr 2018, at 09:48, Matthew Glennon wrote: > > > > Are the right people aware that Metrics has been like this for most of the > > day? No matter what relay you look for it claims old data. > >

Re: [tor-relays] Metrics not functioning?

> On 14 Apr 2018, at 09:48, Matthew Glennon wrote: > > Are the right people aware that Metrics has been like this for most of the > day? No matter what relay you look for it claims old data. >

[tor-relays] Metrics not functioning?

Are the right people aware that Metrics has been like this for most of the day? No matter what relay you look for it claims old data. https://metrics.torproject.org/rs.html#details/9695DFC35FFEB861329B9F1AB04C46397020CE31 -- Matthew Glennon matthew@glennon.online PGP Signing Available Upon

Re: [tor-relays] [metrics-team] Atlas is now Relay Search!

On 14 Nov (13:24:21), Iain R. Learmonth wrote: > Hi David, > > On 14/11/17 13:01, David Goulet wrote: > > Quick question for you. Atlas used to have the search box at all time in the > > corner which for me was very useful because I could do many search without > > an > > extra click to go back

Re: [tor-relays] [metrics-team] Atlas is now Relay Search!

On Tue, 14 Nov 2017 13:22:00 + nusenu wrote: > > Quick question for you. Atlas used to have the search box at all time in the > > corner which for me was very useful because I could do many search without > > an > > extra click > > +1 Here's another variation on

Re: [tor-relays] [metrics-team] Atlas is now Relay Search!

Hi David, On 14/11/17 13:01, David Goulet wrote: > Quick question for you. Atlas used to have the search box at all time in the > corner which for me was very useful because I could do many search without an > extra click to go back one level down like the new site has. > > How crazy would it be

Re: [tor-relays] [metrics-team] Atlas is now Relay Search!

David Goulet: > Quick question for you. Atlas used to have the search box at all time in the > corner which for me was very useful because I could do many search without an > extra click +1 -- https://mastodon.social/@nusenu twitter: @nusenu_ signature.asc Description: OpenPGP digital

Re: [tor-relays] [metrics-team] Atlas is now Relay Search!

On 14 Nov (12:52:27), Iain R. Learmonth wrote: > Hi All, > > You may notice that Atlas has a new look, and is no longer called Atlas. > For now no URLs have changed but this is part of work to merge this tool > into the Tor Metrics website. Hi Iain! Great stuff! Thanks for this and letting us

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On 05/04/14 17:46, Lukas Erlacher wrote: Hello Nikita, Karsten, On 04/05/2014 05:03 PM, Nikita Borisov wrote: On Sat, Apr 5, 2014 at 3:58 PM, Karsten Loesing kars...@torproject.org wrote: Installing packages using Python-specific package managers is going to make our sysadmins sad, so we

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

Hi Kostas, right now, we're coding challenger against what exists in debian wheezy, which means version 0.1.2 of the requests lib using the python-requests package you mentioned, where response.json is correct, and not response.json() to get json content from the response. I'd recommend that

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On 07.04.2014 10:43, Karsten Loesing wrote: On 06/04/14 21:29, Christian wrote: On 04.04.2014 19:13, Karsten Loesing wrote: Christian, Lukas, everyone, I learned today that we should have something working in a week or two. That's why I started hacking on this today and produced some code:

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

Hi Karsten, On 04/05/2014 09:58 AM, Karsten Loesing wrote: On second thought, and after sleeping over this, I'm less convinced that we should use an external library for the caching. We should rather start with a simple dict in memory and flush it based on some simple rules. That would

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On Sat, Apr 5, 2014 at 8:58 AM, Karsten Loesing kars...@torproject.org wrote: Right now, the script sums up all graphs contained in Onionoo's bandwidth, clients, uptime, and weights documents. It also limits the range of the new graphs to max(first) to max(last) of given input graphs. For

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On Sat, Apr 5, 2014 at 3:58 PM, Karsten Loesing kars...@torproject.org wrote: Installing packages using Python-specific package managers is going to make our sysadmins sad, so we should have a very good reason for wanting such a package. In general, we don't need the latest and greatest

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

Hello Nikita, Karsten, On 04/05/2014 05:03 PM, Nikita Borisov wrote: On Sat, Apr 5, 2014 at 3:58 PM, Karsten Loesing kars...@torproject.org wrote: Installing packages using Python-specific package managers is going to make our sysadmins sad, so we should have a very good reason for wanting

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On 04/05/2014 04:58 PM, Karsten Loesing wrote: Great, your help would be much appreciated! Want to send me a pull request whenever you have something to merge? Alright, so I wrote a few lines and sent you a pull request. Could you please check if that downloads the data you expect? And when

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

Christian, Lukas, everyone, I learned today that we should have something working in a week or two. That's why I started hacking on this today and produced some code: https://github.com/kloesing/challenger Here are a few things I could use help with: - Anybody want to help turning this

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

Hello everyone (reply all ftw), On 04/04/2014 07:13 PM, Karsten Loesing wrote: Christian, Lukas, everyone, I learned today that we should have something working in a week or two. That's why I started hacking on this today and produced some code: https://github.com/kloesing/challenger

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On 27/03/14 19:51, Runa A. Sandvik wrote: On Thu, Mar 27, 2014 at 3:25 PM, Karsten Loesing kars...@torproject.org wrote: Before going through your list of things we'd want to track below, let's first talk about our options to turn a list of fingerprints into fancy graphs: Would it be

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On Fri, Mar 28, 2014 at 5:45 AM, Karsten Loesing kars...@torproject.org wrote: On 27/03/14 19:51, Runa A. Sandvik wrote: On Thu, Mar 27, 2014 at 3:25 PM, Karsten Loesing kars...@torproject.org wrote: Before going through your list of things we'd want to track below, let's first talk about

[tor-relays] Metrics for assessing EFF's Tor relay challenge?

Hi Christian, other tor relay fans, I'm looking for some volunteers, hopefully including Christian, to work on metrics and visualization of impact from new relays. We're working with EFF to do another Tor relay challenge [*], to both help raise awareness of the value of Tor, and encourage many

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On 27/03/14 11:57, Roger Dingledine wrote: Hi Christian, other tor relay fans, I'm looking for some volunteers, hopefully including Christian, to work on metrics and visualization of impact from new relays. We're working with EFF to do another Tor relay challenge [*], to both help raise

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

On Thu, Mar 27, 2014 at 3:25 PM, Karsten Loesing kars...@torproject.org wrote: Before going through your list of things we'd want to track below, let's first talk about our options to turn a list of fingerprints into fancy graphs: Would it be possible to also have a Top 10 countries with the

Re: [tor-relays] Metrics / Router Details

On 1/14/12 8:27 AM, Sebastian Urbach wrote: Hi, Im receiving the following error message when i try to view my router details on metrics: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET

Re: [tor-relays] Metrics portal problems?

On 10/19/11 10:55 PM, Rick Huebner wrote: Is the metrics portal at https://metrics.torproject.org/ partly down, or undergoing maintenance or something? I see that some of the stats don't seem to have been updated in the last week or so. Many of the graphs are truncated, e.g.