Tor Relays :: alfavetix

View Relay "alfavetix"

Family: 1 relay | 0x330912EC1DF4E078 Stin Priza... | AS24940 | Germany | Linux

Health Status

Consensus: In Consensus (9/9 Directory Auths)
Flags: Fast, Running, Valid (3)
BW Verified: 5/6 BW Auths Measured 80 Kbit/s Median
Stability: Not Overloaded | UP 6h 47m 28s ago | UP 29% (1M)

Reachability: IPv4: 9/9 | v6: 7/7 (Directory Auths)
First Seen: 6y 10mo 4w ago
BW Weight: 0.01% of Network | 89 Mbit/s Observed By Relay
Version: 0.4.8.21 Recommended

Issues Detected:

Guard: WFU below threshold : Weighted Fractional Uptime 28.0% 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).
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 28.0% 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.

Connectivity and Location

Addresses

OR Address: alfavetix.stinpriza.org
5.9.122.185:9001
[2a01:4f8:162:7293::14]:9001

Reachability (Directory Authorities)

IPv4: 9/9
IPv6: 7/7 (2 don't test)

Location

Country: Germany
Interactive Map: View on Interactive Map

Autonomous System

AS Number: AS24940
AS Name: Hetzner Online GmbH (BGP.tools)

Flags and Eligibility

Current Flags (3): Fast, Running, Valid

Eligibility Flag Vote Details

Flag	Metric	Status	Relay Value	Threshold Required
Guard	WFU	Below	28.0% (DA)	≥98% (all authorities)
	Time Known	Meets	9.8 days (DA)	≥8 days (all authorities)
	Bandwidth	Meets (≥2 MB/s)	89.9 Mbit/s (R)	≥16.0 Mbit/s OR ≥80.0 Mbit/s-296.0 Mbit/s
Stable	MTBF	Below	10 days (DA)	≥26.6d - 45.4d (varies)
Stable	Uptime	Below	0.3d (R)	≥19.1d - 19.7d (varies)
Fast	Speed	Meets (≥100 KB/s)	89.9 Mbit/s (R)	≥800.0 Kbit/s (guarantee) OR top 7/8
HSDir	WFU	Below	28.0% (DA)	≥98.0%
HSDir	Time Known	Below	9.8 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.

Nickname

alfavetix

Fingerprint

60570779899D5F565B4F8821784586EABFA7CC81

AROI (?)

none

Contact

0x330912EC1DF4E078 Stin Priza <eimaste 4t stinpriza d0t org>

IPv4 Exit Policy Summary

reject: 
  1-65535

IPv6 Exit Policy Summary

none

Exit Policy

reject *:*

Effective Family Member: 1

60570779899D5F565B4F8821784586EABFA7CC81

Alleged Family Members: 0

none

Indirect Family Members: 0

none

Bandwidth Capacity (Observed | Advertised | Rate Limit | Burst Limit): 89.91 Mbit/s | 89.91 Mbit/s| 838.86 Mbit/s| 1.68 Gbit/s Measured
Network Participation (Consensus Weight | Guard | Middle | Exit): 0.01% | N/A | 0.03% | N/A
OR Address: alfavetix.stinpriza.org | 5.9.122.185:9001, [2a01:4f8:162:7293::14]:9001
Exit Address: none
Dir Address: none
Country: Germany
Interactive Map: View on Interactive Map
Autonomous System (AS Number | AS Name): AS24940 | Hetzner Online GmbH (BGP.tools)
Flags: 3: Fast Running Valid
Flag Uptime (1M/6M/1Y/5Y): Match Overall Uptime (29.3%/32.5%/56.6%/50.8%)
Uptime (1M/6M/1Y/5Y): 29.3%/32.5%/56.6%/50.8%
Uptime / Downtime: UP 6h 47m 28s ago
Seen (First | Last): 6y 10mo 4w ago (2019-02-18 00:00:00) | 1h 54m 49s ago (2026-01-10 03:00:00)
Last Restarted: 6h 54m 49s ago (2026-01-09 22:00:00)
Last Changed Address or Port: 2024-01-29 23:00:00
Hibernating: No
Platform (Short | Long): Linux | Tor 0.4.8.21 on Linux
Version (Running | Recommended | Status): 0.4.8.21 | Yes | recommended

Consensus Evaluation

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

Consensus Status (need ≥5/9): In Consensus — 9/9 authorities voted.
Flag Eligibility (need ≥5/9 for flag): Guard: 0/9 | Stable: 1/9 | Fast: 9/9 | HSDir: 0/9 | Running: 9/9 | Valid: 9/9 | V2Dir: 9/9
Reachability: IPv4: 9/9 | IPv6: 7/7 (2 don't test)
Consensus Weight (Dir. Auth.): Median: 80.0 Kbit/s | Min: 80.0 Kbit/s | Max: 256.0 Kbit/s [Warning] High deviation
Identified Issues:
- Guard: WFU below threshold: Weighted Fractional Uptime 28.0% 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).
- 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 28.0% 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.

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.)	80.0 Kbit/s (median)	N/A (no threshold, used for path selection)	—
Guard WFU (Dir. Auth., guard-wfu)	28.0%	≥98% (all authorities)	BELOW - cannot get Guard
Guard TK (Dir. Auth., tk)	9.8 days	≥8 days (all authorities)	MEETS
Guard BW (Relay Reported)	89.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)	0.3d	≥19.1d - 19.7d (typical)	BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf)	10 days	≥26.6d - 45.4d (typical) [Stricter] moria1: ≥376.2d	BELOW - 1/9
Fast Speed (Relay Reported)	89.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)	28.0%	≥98.0% (from all auths)	BELOW - 0/9
HSDir TK (Dir. Auth., tk)	9.8 days	≥1.0d (8/9 auths) [Stricter] moria1: ≥9.9d	BELOW - 0/9
IPv6 Reachable (Dir. Auth.)	7/7 tested	≥4/7 (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	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 224.0 Mbit/s OR 16.0 Mbit/s	28.0% \| 98%	9.8d \| 8d	0.3d \| 47.0d	0.3d \| 19.7d	28.0% \| 98.0%	9.8d \| 1.0d	2026-01-09 22:00:00	80.0 Kbit/s
dannenberg (DE)	Yes	Yes	N	Yes	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 80.0 Mbit/s OR 16.0 Mbit/s	27.9% \| 98%	9.8d \| 8d	0.3d \| 35.7d	0.3d \| 20.2d	27.9% \| 98.0%	9.8d \| 1.0d	2026-01-09 22:00:00	80.0 Kbit/s
dizum (NL)	Yes	Yes	N	Yes	—	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 80.0 Mbit/s OR 16.0 Mbit/s	27.1% \| 98%	10.2d \| 8d	0.3d \| 26.6d	0.3d \| 20.4d	27.1% \| 98.0%	10.2d \| 1.0d	2026-01-09 22:00:00	80.0 Kbit/s
faravahar (US)	Yes	Yes	N	Yes	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 80.0 Mbit/s OR 16.0 Mbit/s	28.1% \| 98%	9.8d \| 8d	0.3d \| 41.9d	0.3d \| 19.1d	28.1% \| 98.0%	9.8d \| 1.0d	2026-01-09 22:00:00	80.0 Kbit/s
gabelmoo (DE)	Yes	Yes	Y	Yes	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 288.0 Mbit/s OR 16.0 Mbit/s	26.9% \| 98%	10.2d \| 8d	0.3d \| 45.4d	0.3d \| 19.6d	26.9% \| 98.0%	10.2d \| 1.0d	2026-01-09 22:00:00	224.0 Kbit/s
longclaw (US)	Yes	Yes	Y	Yes	—	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 80.0 Mbit/s OR 16.0 Mbit/s	28.3% \| 98%	9.8d \| 8d	0.3d \| 48.7d	0.3d \| 19.5d	28.3% \| 98.0%	9.8d \| 1.0d	2026-01-09 22:00:00	80.0 Kbit/s
maatuska (SE)	Yes	Yes	Y	Yes	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 296.0 Mbit/s OR 16.0 Mbit/s	27.5% \| 98%	10.2d \| 8d	0.3d \| 42.3d	0.3d \| 19.4d	27.5% \| 98.0%	10.2d \| 1.0d	2026-01-09 22:00:00	184.0 Kbit/s
moria1 (US)	Yes	Yes	Y	Yes	Yes	Fast, Running, Stable, Valid	89.9 Mbit/s \| 8.4 Mbit/s	89.9 Mbit/s \| 232.0 Mbit/s OR 16.0 Mbit/s	27.9% \| 98%	9.9d \| 8d	18458.8d \| 376.2d	0.3d \| 20.4d	27.9% \| 98.0%	9.9d \| 9.9d	2026-01-09 22:00:00	128.0 Kbit/s
tor26 (AT)	Yes	Yes	Y	Yes	Yes	Fast, Running, Valid	89.9 Mbit/s \| 816.0 Kbit/s	89.9 Mbit/s \| 272.0 Mbit/s OR 16.0 Mbit/s	28.3% \| 98%	9.8d \| 8d	0.3d \| 51.8d	0.3d \| 19.7d	28.3% \| 98.0%	9.8d \| 1.0d	2026-01-09 22:00:00	256.0 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.