View Relay "tdxchg"

Family: 1 relay | TOR Operator <tor@insc.de> | AS51167 | Germany | FreeBSD

Health Status

Consensus
In Consensus (9/9 Directory Auths)
Flags
Running, V2Dir, Valid (3)
BW Verified
5/6 BW Auths Measured 312 bit/s Median
Stability
Overloaded | DOWN 2h 15m 48s ago | UP 69% (1M)
Reachability
IPv4: 9/9 (Directory Auths)
First Seen
18y 3mo 1w ago
BW Weight
0.00% of Network | 1 Mbit/s Observed By Relay
Version
0.4.8.10 Not Recommended
Issues Detected:
  • Guard: bandwidth below threshold : Observed bandwidth 0.2 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
    Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
  • Guard: WFU below threshold : Weighted Fractional Uptime 90.3% is below 98% requirement
    Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
  • 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).
  • Guard: requires Fast flag : Guard flag requires having the Fast flag first
    Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
  • 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.
  • HSDir: WFU below threshold : WFU 90.3% below 98% required for HSDir
    Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
  • 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.
  • Tor version not recommended : Running Tor version 0.4.8.10 which is not on the recommended list.
    Suggestion: Update to the latest stable Tor version. Outdated versions may have security vulnerabilities and could eventually be rejected by the network. See torproject.org/download for latest releases.
  • Write Bandwidth Limit Hit : Write rate limit (2 Mbit/s) was hit 4,377 times. Relay is throttling outbound traffic.
    Suggestion: Increase RelayBandwidthRate and RelayBandwidthBurst in torrc if your connection has more upload capacity.
  • Read Bandwidth Limit Hit : Read rate limit (2 Mbit/s) was hit 8,253 times. Relay is throttling inbound traffic.
    Suggestion: Increase RelayBandwidthRate and RelayBandwidthBurst in torrc if your connection has more download capacity.
Notes:
  • Rate Limit Configuration: Configured limits: Rate=2 Mbit/s, Burst=2 Mbit/s. Limits hit: Write=4,377, Read=8,253.

Connectivity and Location

Addresses
OR Address
tdxchg.insc.de
207.180.192.66:9001
[2a02:c207:3002:8686::66]:9001
Reachability (Directory Authorities)
IPv4
9/9
Location
Country
Germany Germany
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS51167
AS Name
Contabo GmbH (BGP.tools)

Flags and Eligibility

Current Flags (3): Running, Valid, V2Dir
Eligible Flags (3): Running: 9/9 | Valid: 9/9 | V2Dir: 9/9 | Fast: 4/9 | Stable: 3/9 | HSDir: 2/9 | Guard: 0/9 (need ≥5/9 for flag)
Eligibility Flag Vote Details
Flag Metric Status Relay Value Threshold Required
Fast Speed Meets (≥100 KB/s) 1.7 Mbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
[Stricter] moria1: ≥8.4 Mbit/s
Stable MTBF Below Median: 0.1d (2/9 DA above threshold)
Min/Max: 0.1d / 20472.8d (9/9 DA, Voting / Total Eligible)		 ≥22.2d - 53.9d (varies)
[Stricter] moria1: ≥405.2d
Uptime Meets 205.2d (R) ≥9.9d - 10.6d (varies)
HSDir Prereq: Stable Below 3/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: Fast Below 4/9 authorities assigned Fast flag ≥5/9 authorities
WFU Below Median: 91.0% (2/9 DA above threshold)
Min/Max: 88.2% / 100.0% (9/9 DA, Voting / Total Eligible)		 ≥98.0%
Time Known Meets Median: 9.9d (9/9 DA above threshold)
Min/Max: 9.2d / 204.3d (9/9 DA, Voting / Total Eligible)		 ≥1.0d (most)
[Stricter] moria1: ≥9.8d
Guard Prereq: Fast Below 4/9 authorities assigned Fast flag ≥5/9 authorities
Prereq: Stable Below 3/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: V2Dir Meets 9/9 authorities assigned V2Dir flag ≥5/9 authorities
WFU Below Median: 91.0% (2/9 DA above threshold)
Min/Max: 88.2% / 100.0% (9/9 DA, Voting / Total Eligible)		 ≥98% (all authorities)
Time Known Meets Median: 9.9d (9/9 DA above threshold)
Min/Max: 9.2d / 204.3d (9/9 DA, Voting / Total Eligible)		 ≥8 days (all authorities)
Bandwidth Below 1.7 Mbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s

(DA) = Dir. Auth. Measured | (R) = Relay Reported
Data from Tor CollecTor (authority votes, fetched 2026-01-29 13:15:03).

Last fetch was at Thu, 29 Jan 2026 13:15:47 GMT.

Nickname
tdxchg
Fingerprint
0BA30A3D11B73F95D1447CC9B35BE5F0681D5A1C
AROI (?)
none
Contact
TOR Operator <tor@insc.de>
IPv4 Exit Policy Summary 
reject: 
  1-65535
IPv6 Exit Policy Summary 
none
Exit Policy 
reject *:*
Effective Family Member: 1 
0BA30A3D11B73F95D1447CC9B35BE5F0681D5A1C
Alleged Family Members: 0 
none
Indirect Family Members: 0 
none
Bandwidth Capacity (Observed | Advertised | Rate Limit | Burst Limit)
1.68 Mbit/s | 1.64 Mbit/s| 1.64 Mbit/s| 2.46 Mbit/s  Measured
Network Participation (Consensus Weight | Guard | Middle | Exit)
0.00% | N/A | N/A | N/A
OR Address
tdxchg.insc.de | 207.180.192.66:9001, [2a02:c207:3002:8686::66]:9001
Exit Address
none
Dir Address
none
Country
Germany Germany
Interactive Map
View on Interactive Map
Autonomous System (AS Number | AS Name)
AS51167 | Contabo GmbH (BGP.tools)
Flags: 3
Running Running V2Dir V2Dir Valid Valid
Flag Uptime (1M/6M/1Y/5Y)
Match Overall Uptime (69.1%/71.2%/74.3%/73.9%)
Uptime (1M/6M/1Y/5Y)
69.1%/71.2%/74.3%/73.9%
Uptime / Downtime
DOWN 2h 15m 48s ago
Seen (First | Last)
18y 3mo 1w ago (2007-10-27 12:00:00) | 2h 17m 18s ago (2026-01-29 11:00:00)
Last Restarted
6mo 3w 4d ago (2025-07-08 07:29:05)
Last Changed Address or Port
2021-08-23 17:00:00
Hibernating
No
Platform (Short | Long)
FreeBSD | Tor 0.4.8.10 on FreeBSD
Version (Running | Recommended | Status)
0.4.8.10 | No | obsolete

Consensus Evaluation

Data from Tor CollecTor (authority votes, fetched 2026-01-29 13:15:03).

  • Consensus Status (need ≥5/9): In Consensus — 9/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Running: 9/9 | Valid: 9/9 | V2Dir: 9/9 | Fast: 4/9 | Stable: 3/9 | HSDir: 2/9 | Guard: 0/9
  • Reachability: IPv4: 9/9 | IPv6: 2/0
  • Consensus Weight (Dir. Auth.): Median: 312 bit/s | Min: 80 bit/s | Max: 1632 bit/s [Warning] High deviation
  • Identified Issues:
    • Guard: bandwidth below threshold: Observed bandwidth 0.2 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
      • Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
    • Guard: WFU below threshold: Weighted Fractional Uptime 90.3% is below 98% requirement
      • Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
    • 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).
    • Guard: requires Fast flag: Guard flag requires having the Fast flag first
      • Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
    • 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.
    • HSDir: WFU below threshold: WFU 90.3% below 98% required for HSDir
      • Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
    • 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.
    • Tor version not recommended: Running Tor version 0.4.8.10 which is not on the recommended list.
      • Suggestion: Update to the latest stable Tor version. Outdated versions may have security vulnerabilities and could eventually be rejected by the network. See torproject.org/download for latest releases.
    • Write Bandwidth Limit Hit: Write rate limit (2 Mbit/s) was hit 4,377 times. Relay is throttling outbound traffic.
      • Suggestion: Increase RelayBandwidthRate and RelayBandwidthBurst in torrc if your connection has more upload capacity.
    • Read Bandwidth Limit Hit: Read rate limit (2 Mbit/s) was hit 8,253 times. Relay is throttling inbound traffic.
      • Suggestion: Increase RelayBandwidthRate and RelayBandwidthBurst in torrc if your connection has more download capacity.
  • Notes:
    • Rate Limit Configuration: Configured limits: Rate=2 Mbit/s, Burst=2 Mbit/s. Limits hit: Write=4,377, Read=8,253.

Summary: Your Relay vs Consensus

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

Metric Dir Auth Measured Dir Auth Threshold Status
In Consensus (Dir. Auth.) 9/9 authorities ≥5/9 (majority) IN CONSENSUS
Running (IPv4 Reachable) 9/9 authorities reached this relay ≥5/9 (majority) RUNNING
Valid 9/9 (Running + Valid Descriptor) ≥5/9 (majority) VALID
Consensus Weight (Dir. Auth.) 312 bit/s (median) N/A (no threshold, used for path selection) —
Guard WFU (Dir. Auth., guard-wfu) 91.0% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 9.9 days ≥8 days (all authorities) MEETS
Guard BW (Relay Reported) 1.7 Mbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 205.2d ≥9.9d - 10.6d (typical) MEETS - all authorities
Stable MTBF (Dir. Auth., mtbf) 0 days ≥22.2d - 53.9d (typical)
[Stricter] moria1: ≥405.2d 		BELOW - 3/9
Fast Speed (Relay Reported) 1.7 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) 91.0% ≥98.0% (from all auths) BELOW - 2/9
HSDir TK (Dir. Auth., tk) 9.9 days ≥1.0d (8/9 auths)
[Stricter] moria1: ≥9.8d 		BELOW - 2/9
IPv6 Reachable (Dir. Auth.) 2/2 tested ≥2/2 (majority) REACHABLE

Per-Authority Details

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 v6 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) Yes Yes Y Yes — Valid, V2Dir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 232.0 Mbit/s OR 16.0 Mbit/s 90.3% | 98% 9.2d | 8d 0.1d | 49.8d 205.2d | 11.0d 90.3% | 98.0% 9.2d | 1.0d 2026-01-29 01:23:24 312 bit/s
dannenberg (DE) Yes Yes N Yes — Valid, V2Dir, Fast 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 88.2% | 98% 10.0d | 8d 0.1d | 22.2d 205.2d | 10.7d 88.2% | 98.0% 10.0d | 1.0d 2026-01-29 01:23:24 1632 bit/s
dizum (NL) Yes Yes N Yes — Running, Valid, V2Dir, Fast, Stable, HSDir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 100.0% | 98% 47.5d | 8d 47.1d | 34.8d 205.2d | 10.6d 100.0% | 98.0% 47.5d | 1.0d 2026-01-29 01:23:24 1632 bit/s
faravahar (US) Yes Yes N Yes Yes Running, Valid, V2Dir, Fast 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 90.5% | 98% 9.9d | 8d 0.1d | 47.5d 205.2d | 9.9d 90.5% | 98.0% 9.9d | 1.0d 2026-01-29 01:23:24 1632 bit/s
gabelmoo (DE) Yes Yes Y Yes Yes Running, Valid, V2Dir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 304.0 Mbit/s OR 16.0 Mbit/s 91.6% | 98% 9.6d | 8d 0.1d | 53.9d 205.2d | 10.6d 91.6% | 98.0% 9.6d | 1.0d 2026-01-29 01:23:24 80 bit/s
longclaw (US) Yes Yes Y Yes — Running, Valid, V2Dir, Fast, Stable, HSDir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 100.0% | 98% 204.3d | 8d 204.3d | 55.1d 205.2d | 10.0d 100.0% | 98.0% 204.3d | 1.0d 2026-01-29 01:23:24 1632 bit/s
maatuska (SE) Yes Yes Y Yes — Valid, V2Dir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 312.0 Mbit/s OR 16.0 Mbit/s 90.0% | 98% 9.7d | 8d 0.1d | 55.3d 205.2d | 10.0d 90.0% | 98.0% 9.7d | 1.0d 2026-01-29 01:23:24 104 bit/s
moria1 (US) Yes Yes Y Yes — Valid, V2Dir, Stable 1.7 Mbit/s | 8.4 Mbit/s 1.7 Mbit/s | 240.0 Mbit/s OR 16.0 Mbit/s 91.0% | 98% 9.6d | 8d 20472.8d | 405.2d 205.2d | 10.1d 91.0% | 98.0% 9.6d | 9.8d 2026-01-29 01:23:24 296 bit/s
tor26 (AT) Yes Yes Y Yes — Valid, V2Dir 1.7 Mbit/s | 816.0 Kbit/s 1.7 Mbit/s | 288.0 Mbit/s OR 16.0 Mbit/s 91.5% | 98% 9.9d | 8d 0.1d | 55.8d 205.2d | 11.3d 91.5% | 98.0% 9.9d | 1.0d 2026-01-29 01:23:24 96 bit/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.