Serverövervakning och meshnätverket

En server kan svika dig i det värsta tänkbara ögonblicket: en tjänst kraschar, hosten startar om maskinen — eller, ännu värre, servern blir blockerad i ett användarland och slutar vara åtkomlig trots att den tekniskt sett är igång. Dina användare ska aldrig märka något av detta. Den här lektionen tar upp hur CreateYourVPN vakar över dina servrar och vad som händer när en av dem är i trubbel.

Två lager av kontroller

Systemet betraktar varje server från två vinklar.

1. Servern kontrollerar sig själv

Var några minuter rapporterar varje server in: är trafiklyssnaren på port 443 vid liv, och körs VPN-tjänsten? Mätvärdena från lektion 3 anländer med samma rapport. Om rapporten säger "jag mår inte bra" får servern statusen "Servern är inte tillgänglig". Om rapporterna helt slutar komma blir statusen "Ingen data från servern" — maskinen kan vara avstängd eller ha förlorat sitt nätverk.

2. Servrar "knackar på" varandra

Självkontroller kan inte fånga det lömskaste fallet: en server tror att den är frisk, men går inte att nå utifrån — till exempel har dess IP blockerats. Det är därför alla dina servrar är sammankopplade i ett meshnätverk av ömsesidiga kontroller: varje server försöker regelbundet nå varje granne — på samma sätt som en användares app skulle göra.

Därifrån tar en "omröstning" över:

• En enskild misslyckad knackning betyder ingenting — nätverket kan bara ha blinkat till. Bara uthålliga sviter av fel räknas.
• En server markeras "Onåbar från dina servrar" bara när flera oberoende servrar konsekvent misslyckas med att nå den — en enda servers åsikt är inte en dom.
• Det finns också skydd mot det "opålitliga vittnet": om någon server plötsligt hävdar att den inte kan se hälften av sina grannar är problemet troligen dess eget — och dess röster kasseras.

Det är exakt det här schemat som fångar blockeringar: om en server blir blockerad i ett land där dina andra servrar bor, slutar grannarna från det landet snabbt att nå den, ett kvorum byggs upp, och systemet markerar servern som onåbar. Under tiden fortsätter servrar i länder utan blockeringen att se den — och åsiktsskillnaden gör bilden tydlig.

Vad som händer med en problematisk server

Statusarna flödar direkt in i balansering: servrar med statusarna "Servern är inte tillgänglig" och "Onåbar från dina servrar" dras ut ur rotationen — inga nya anslutningar skickas deras väg, och i användarnas prenumerationer tas deras plats av friska servrar från samma rutter.

Samtidigt är systemet försiktigt — det är byggt på principen "gör ingen skada":

• En rutt lämnas aldrig tom. Om varje server på en rutt visar sig vara "dålig" kommer systemet att servera användare det bästa tillgängliga alternativet istället för en tom lista — annars skulle appar besluta att servrarna är borta och radera dem.
• Tystnad är inte en dom. Statusen "Ingen data från servern" tar inte bort en server från rotationen på egen hand: utan färsk data gör systemet inga plötsliga drag.

Allt läker sig självt

Ingen av statusarna "fastnar" för evigt — tillståndet härleds på nytt från färsk data:

• servern skickar en frisk rapport igen → "Servern är inte tillgänglig" tas bort;
• grannarna börjar nå den igen → felsviten återställs, och märkningen "Onåbar från dina servrar" försvinner;
• rapporter återupptas → "Ingen data från servern" försvinner.

Fixa servern (eller vänta tills den avblockeras) — så sätter den sig tillbaka i tjänst själv. Inget manuellt "slå på den igen".

Var du ser detta i panelen

Öppna vilken användares kort som helst → deras serverlista: bredvid varje server finns en statuspunkt, och när något är fel — en bildtext med anledningen: "Servern är inte tillgänglig", "Onåbar från dina servrar" (inklusive hur många av dina servrar som inte kan se den), eller "Ingen data från servern". Indirekta tecken syns också på serverkorten: en "inaktuell"-etikett på mätvärdena och "Inga data — agenten svarar inte".

Viktiga slutsatser

• Två lager av kontroll: en server kontrollerar sig själv, och dess meshgrannar kontrollerar den utifrån.
• Blockeringar fångas av en "omröstning" av flera servrar — ingen panik över engångshickuper.
• Problematiska servrar faller ur rotationen; användare flyttas tyst till friska.
• Allt läker sig självt: i samma stund en server kommer tillbaka till liv ansluter den sig automatiskt igen.

Nästa steg

Infrastrukturen vet hur den ska laga sig själv, men det finns en sak värd att skydda separat — din användarbas.