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.

När anslutningskontrollen mellan två servrar inte går fram

Omröstningen fångar en blockering när du har flera servrar i landet som stängt åtkomsten. Oftast står det exakt en där: den slutar se din utländska server, medan de utländska ser varandra alldeles utmärkt. För en sådan bild bildas aldrig något beslutsför antal.

Vi märker det ändå, men säger ärligt vad vi inte vet. Av "A ser inte B" går det inte att utläsa vems adress som är blockerad: det är ett och samma påstående om vägen mellan dem, och utifrån ser båda fallen likadana ut. Därför:

• Som standard anklagar vi ingen. Vi markerar som "Inte nåbar" ingångspunkterna på den sida kontrollen inte når - och på båda sidor om den misslyckas i båda riktningar. Orsaken nämner båda servrarna (du ser den när du öppnar en ingångspunkt i serverkortet). Beslutet om vilken server du byter är ditt: oftast är det den dina kunder inte når.
• Ingen av dem döljs. Att dölja paret skulle plocka bort en fullt frisk server ur prenumerationen tillsammans med den andra. Kunderna får fortfarande ingångspunkter från båda servrarna, och balanseringen föredrar helt enkelt de friska om rutten har några.

Kontrollservern

För att få ett entydigt svar i stället för "en av två", markera den server vars bedömning du litar på: serverkort → "Använd den här servern för att kontrollera blockeringar hos de övriga".

Regeln är sedan enkel: slutar kontrollservern se en vanlig server, betraktar vi den vanliga serverns adress som blockerad, skriver till dig med rådet att byta IP och slutar lämna ut dess ingångspunkter till kunder så länge rutten har alternativ. Det omvända, att en vanlig server inte ser kontrollservern, betyder ingenting.

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. Det enda undantaget är ett brutet par utan kontrollserver: där markeras ingångspunkterna, men ingen tas ur rotationen.

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.
• Om anslutningskontrollen mellan två servrar inte går fram och ingen kontrollserver är vald markerar vi ingångspunkterna på den onåbara sidan (eller på båda, om den misslyckas i båda riktningar) och döljer ingen av dem: beslutet är ditt.

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.