View Relay "torexitsonic"

Family: 1 relay | 1supers0nic[]proton.me | AS36680 | Slovenia | Linux

Consensus
Not In Consensus (3/9 Directory Auths, need 5)
Flags
Exit, Fast, Running, V2Dir, Valid (5)
BW Verified
1/6 BW Auths Measured 43 Kbit/s Median
Stability
Not Overloaded | DOWN 2d 11h 47m ago | UP 100% (1M)
Reachability
IPv4: 3/9 (Directory Auths)
First Seen
1w 11h 54m ago
BW Weight
0.00% of Network | 43 Mbit/s Observed By Relay
Version
0.4.8.21 Recommended
Issues Detected:
  • Not in consensus : Only 3/9 authorities voted for this relay (need 5)
    Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
  • IPv4 reachability issues : Only 3/9 authorities can reach this relay
    Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
  • Guard: Time Known below threshold : Time Known 7.1 days is below 8 days requirement (0.9 more days needed)
    Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
  • Guard: requires Stable flag : Guard flag requires having the Stable flag first
    Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
  • Not eligible for Stable flag : Uptime or MTBF below network median for most authorities
    Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
  • High consensus weight deviation : Large variation in Consensus Weight values across authorities (see 'Cons Wt' column in Per-Authority Details below)
    Suggestion: Consensus weight measurements vary significantly between authorities. This can affect traffic distribution. Ensure stable network connection and consistent bandwidth availability.
  • Low bandwidth authority measurements : Only 1/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
    Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.

Addresses
OR Address
176.65.134.32:9001
Reachability (Directory Authorities)
IPv4
3/9
Location
Country
Slovenia Slovenia
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS36680
AS Name
Netiface LLC (BGP.tools)

Current Flags (5): Exit, Fast, Running, V2Dir, Valid
Eligible Flags (1): Guard: 0/9 | Stable: 0/9 | Fast: 9/9 | HSDir: 3/9 | Running: 3/9 | V2Dir: 3/9 | Valid: 3/9 (need ≥5/9 for flag)
Eligibility Flag Vote Details
Flag Metric Status Relay Value Threshold Required
Guard WFU Meets 99.6% (DA) ≥98% (all authorities)
Time Known Below (need 0.9 more days) 7.1 days (DA) ≥8 days (all authorities)
Bandwidth Meets (≥2 MB/s) 43.9 Mbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-296.0 Mbit/s
Stable MTBF Below 7 days (DA) ≥26.6d - 45.4d (varies)
Uptime Below 3.5d (R) ≥19.1d - 19.7d (varies)
Fast Speed Meets (≥100 KB/s) 43.9 Mbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
HSDir WFU Meets 99.6% (DA) ≥98.0%
Time Known Below 7.1 days (DA) ≥1.0d (most) / 9.9d (max)

(DA) = Dir. Auth. Measured | (R) = Relay Reported
Data from Tor CollecTor (authority votes, fetched 2026-01-10 04:46:16).

Last fetch was at Sat, 10 Jan 2026 04:47:26 GMT.

torexitsonic
E6B183546AFA05300A3802C70ECDF358A89ED573
none
1supers0nic[]proton.me
accept: 
  80
  443
none
reject 0.0.0.0/8:*
reject 169.254.0.0/16:*
reject 127.0.0.0/8:*
reject 192.168.0.0/16:*
reject 10.0.0.0/8:*
reject 172.16.0.0/12:*
reject 176.65.134.32:*
accept *:80
accept *:443
reject *:*
E6B183546AFA05300A3802C70ECDF358A89ED573
none
none
43.87 Mbit/s | 43.87 Mbit/s| 50.33 Mbit/s| 100.66 Mbit/s  Measured
0.00% | N/A | N/A | N/A
176.65.134.32:9001
none
none
Slovenia Slovenia
View on Interactive Map
AS36680 | Netiface LLC (BGP.tools)
Exit Exit Fast Fast Running Running V2Dir V2Dir Valid Valid
Match Overall Uptime (100.0%/0.0%/0.0%/0.0%)
100.0%/0.0%/0.0%/0.0%
DOWN 2d 11h 47m ago
1w 11h 54m ago (2026-01-02 17:00:00) | 2d 11h 54m ago (2026-01-07 17:00:00)
3d 11h 11m ago (2026-01-06 17:43:25)
2026-01-02 17:00:00
No
Linux | Tor 0.4.8.21 on Linux
0.4.8.21 | Yes | recommended

Data from Tor CollecTor (authority votes, fetched 2026-01-10 04:46:16).

  • Consensus Status (need ≥5/9): Not In Consensus — 3/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Guard: 0/9 | Stable: 0/9 | Fast: 9/9 | HSDir: 3/9 | Running: 3/9 | Valid: 3/9 | V2Dir: 3/9
  • Reachability: IPv4: 3/9
  • Consensus Weight (Dir. Auth.): Median: 43.9 Kbit/s | Min: 15.2 Kbit/s | Max: 43.9 Kbit/s [Warning] High deviation
  • Identified Issues:
    • Not in consensus: Only 3/9 authorities voted for this relay (need 5)
      • Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
    • IPv4 reachability issues: Only 3/9 authorities can reach this relay
      • Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
    • Guard: Time Known below threshold: Time Known 7.1 days is below 8 days requirement (0.9 more days needed)
      • Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
    • Guard: requires Stable flag: Guard flag requires having the Stable flag first
      • Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
    • Not eligible for Stable flag: Uptime or MTBF below network median for most authorities
      • Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
    • High consensus weight deviation: Large variation in Consensus Weight values across authorities (see 'Cons Wt' column in Per-Authority Details below)
      • Suggestion: Consensus weight measurements vary significantly between authorities. This can affect traffic distribution. Ensure stable network connection and consistent bandwidth availability.
    • Low bandwidth authority measurements: Only 1/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
      • Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.

Green = meets threshold, Red = below threshold, Yellow = partial.

Metric Dir Auth Measured Dir Auth Threshold Status
In Consensus (Dir. Auth.) 3/9 authorities ≥5/9 (majority) NOT IN CONSENSUS
Running (IPv4 Reachable) 3/9 authorities reached this relay ≥5/9 (majority) NOT RUNNING
Valid 3/9 (Running + Valid Descriptor) ≥5/9 (majority) NOT VALID
Consensus Weight (Dir. Auth.) 43.9 Kbit/s (median) N/A (no threshold, used for path selection)
Guard WFU (Dir. Auth., guard-wfu) 99.6% ≥98% (all authorities) MEETS
Guard TK (Dir. Auth., tk) 7.1 days ≥8 days (all authorities) BELOW - need 0.9 more days
Guard BW (Relay Reported) 43.9 Mbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-296.0 Mbit/s MEETS - ≥2 MB/s guarantee
Stable Uptime (Relay Reported) 3.5d ≥19.1d - 19.7d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 7 days ≥26.6d - 45.4d (typical)
[Stricter] moria1: ≥376.2d
BELOW - 0/9
Fast Speed (Relay Reported) 43.9 Mbit/s ≥800.0 Kbit/s (guarantee) OR ≥816.0 Kbit/s (typical)
[Stricter] moria1: ≥8.4 Mbit/s
MEETS - ≥100 KB/s guarantee
HSDir WFU (Dir. Auth., wfu) 99.6% ≥98.0% (from all auths) BELOW - 3/9
HSDir TK (Dir. Auth., tk) 7.1 days ≥1.0d (8/9 auths)
[Stricter] moria1: ≥9.9d
BELOW - 3/9

Each cell shows: your measured value | authority threshold. Green = meets, red = below. Flags: green = all authorities agree, yellow = partial.

Authority Running Valid BW Scan (Authority) v4 Flags Fast (Relay|T) Guard BW (Relay|Threshold) Guard WFU (M|T) Guard TK (M|T) Stable MTBF (M|T) Stable Uptime (Relay|T) HSDir WFU (M|T) HSDir TK (M|T) Desc Published Cons Wt (Authority)
bastet (US) No Y No
dannenberg (DE) Yes Yes N Yes Exit, Fast, Running, V2Dir, Valid 43.9 Mbit/s | 816.0 Kbit/s 43.9 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 99.6% | 98% 7.1d | 8d 3.6d | 35.7d 3.5d | 20.2d 99.6% | 98.0% 7.1d | 1.0d 2026-01-10 00:52:39 43.9 Kbit/s
dizum (NL) Yes Yes N Yes Exit, Fast, Running, Stable, V2Dir, Valid 43.9 Mbit/s | 816.0 Kbit/s 43.9 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 100.0% | 98% 7.5d | 8d 7.5d | 26.6d 3.5d | 20.4d 100.0% | 98.0% 7.5d | 1.0d 2026-01-10 00:52:39 43.9 Kbit/s
faravahar (US) No N No
gabelmoo (DE) No Y No
longclaw (US) No Y No
maatuska (SE) No Y No
moria1 (US) No Y No
tor26 (AT) Yes Yes Y Yes Exit, Fast, Running, Stable, V2Dir, Valid 43.9 Mbit/s | 816.0 Kbit/s 43.9 Mbit/s | 272.0 Mbit/s OR 16.0 Mbit/s 99.9% | 98% 7.4d | 8d 7.4d | 51.8d 3.5d | 19.7d 99.9% | 98.0% 7.4d | 1.0d 2026-01-10 00:52:39 15.2 Kbit/s

— = not tested/available • Format: relay value | authority threshold • WFU = Weighted Fractional Uptime • TK = Time Known

Bandwidth Values Explained:
Relay Reported = Your relay's self-reported bandwidth from its descriptor (observed_bandwidth). Used for flag eligibility (Guard, Fast).
Authority Measured = Bandwidth measured by authority's sbws scanner. Used for consensus weight (path selection probability).
Why different? Authorities verify your reported bandwidth independently. 6 of 9 authorities run bandwidth scanners; 3 use relay-reported values directly.
Stable Uptime (Two Data Sources):
Relay Uptime = From Onionoo API (last_restarted field). This is your relay's self-reported uptime from its descriptor. Same value for all authorities.
Authority Threshold = From CollecTor vote files (flag-thresholds stable-uptime). Each authority may have different thresholds.
Why two sources? Vote files contain authority thresholds but not per-relay uptime values. Onionoo aggregates relay descriptors which include uptime.