Så planerar du en tyst, strömsnål VPN-server som alltid är på

Tomgång är det tillstånd där en hemma-VPN-box tillbringar nästan hela sitt liv, så det är tillståndet som är värt att mäta. Samma maskin måste fortfarande svara på en anslutning, servera en fil och slutföra en säkerhetskopia medan tunneln är uppe, och de tre uppgifterna drar åt olika håll. Tyst, strömsnål och alltid nåbar är separata egenskaper, och ett datablad beskriver ingen av dem. Går du igenom kontrollerna nedan i ordning blir ett hårdvarubedömning inte en ombyggnad sex månader senare.

Börja med rollerna, inte delarna

Skriv ner varje jobb som boxen måste göra medan ingen tittar. En WireGuard- eller OpenVPN-gateway, en fildelning, ett säkerhetskopieringsmål och ett indexeringsjobb har olika fasta kostnader, och en maskin som gör alla fyra har ett mycket högre golv än en som bara gör det första. Tomgångsförbrukningen är summan av dessa golv, inte deras medelvärde. Därför kan två boxar som båda beskrivs som strömsnåla skilja sig med en faktor tre i samma rum.

Att tidigt avgöra om data bor på samma värd som tunneln begränsar allt annat. Separata värdar betyder två tomgångsförbrukningar, men en gateway som håller sig vaken medan lagringen sover; en värd betyder en förbrukning och en feldomän. Inget av dem är fel, men svaret måste skrivas ner innan dellistan finns.

Mät hela boxen i tre tillstånd

En väggmätare mellan uttaget och nätaggregatet är det enda ärliga instrumentet här, eftersom den inkluderar omvandlingsförluster, diskarnas uppvarvning och varje USB-enhet du glömde. Notera tre tal: tomgång med tunneln uppe och inget annat igång, samma box under en verklig fjärröverföring och boxen under en schemalagd säkerhetskopia.

Programräknare hjälper till att förklara väggmätarens avläsning men ersätter den inte. RAPL-gränssnittet rapporterar energi för paketet och minnesdomänen, vilket utesluter förluster i nätaggregatet och allt som är anslutet via USB.

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

Ljud behöver samma behandling. Ett chassi utan fläktar tar bort en källa och lämnar kvar hårddisken, nätaggregatet och spolvinandet, så lyssna under en säkerhetskopia och inte vid inloggningsskärmen. Temperaturen hör till samma runda: läs sensorerna under varaktig belastning och slå aldrig av termiskt skydd för att göra boxen tystare.

Räkna om watt till ett år du kan jämföra

Kontinuerlig förbrukning omvandlas till energi med en multiplikation, och att göra det en gång hindrar den årliga kostnaden från att bli en överraskning. Ett illustrativt medelvärde på 11 W över ett helt år räknas ut så här.

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

Den siffran är aritmetik, inte en mätning av din box, och tariffen du multiplicerar den med flyttar svaret mer än några watt. Beräkningen är bra för att jämföra två konstruktioner: en gateway i tomgång på 6 W mot en på 15 W är ett beslut du kan prissätta. En processors märkeffekt är inte den siffran, eftersom den beskriver ett paket under belastning och inte ett system i vila. Använd väggmätarens medelvärde med den lokala tariffen och märk resultatet som en uppskattning.

Avgör om vila är tillåtet

Vila sparar mest energi och bryter flest antaganden. En sovande värd kan inte ta emot den inkommande anslutningen som skulle väcka den, och en klient-keepalive ändrar inte det; bara en enhet som alltid är på i samma LAN kan skicka ett wake-on-LAN-paket.

Om tunneln måste vara nåbar vilken timme som helst, behandla vila som avstängt av policy och skriv det i bygganteckningarna. Att maskera målen är grovt, men det är explicit och överlever paketuppdateringar bättre än en vana.

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

Wake-on-LAN förtjänar sin egen rad i de anteckningarna eftersom det misslyckas tyst. Funktionen måste aktiveras i firmware, fungerar bara på vissa gränssnitt och kräver en enhet som redan är vaken för att skicka paketet. Testa det innan du förlitar dig på det, inte efter en resa.

Bevisa det under den last den faktiskt kommer att se

Den sista kontrollen är den folk hoppar över: kör den avsedda lasten och titta på boxen i en timme. En fjärröverföring, en säkerhetskopia och en indexåteruppbyggnad samtidigt visar om kylningen, länken och lagringen klarar rollkombinationen du valde.

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

Titta också på åtkomstlänken i samma fönster, eftersom uppströms bandbredd vanligtvis begränsar fjärrgenomströmningen långt före processorn. Om tunneln mättas vid en bråkdel av vad processorn skulle kunna kryptera köper en snabbare krets ingenting alls.