Halvhanterad VPN: etiketten säger inte vem som har jour

Klockan åtta på morgonen faller en anslutning, och den första frågan är vem som ska laga den. Uttrycket halvhanterad VPN svarar inte på det, eftersom det namnger en kommersiell överenskommelse och inte en arbetsfördelning. Två leverantörer kan använda samma uttryck med motsatta fördelningar: den ene underhåller enheten på kundsidan, den andre bevakar bara sin egen gateway. Tills uppgifterna är nedskrivna är etiketten en gissning klädd som en beskrivning.

Börja med anslutningen som föll

Namnge ändpunkten som slutade svara, tidpunkten och vad användaren gjorde när det brast. Lista sedan komponenterna på den vägen: laptopen, den lokala linjen, gatewayen på kundsidan, leverantörens gateway och resursen bakom den. Var och en har antingen en ägare i avtalet eller ett hål. Att sortera dem tar tio minuter och avgör de kommande tre timmarna.

Ett symptom som delas av flera användare pekar på en gemensam komponent, medan ett som följer en enda laptop pekar på klienten. Den skillnaden sätter ärendet i rätt kö innan någon öppnar en konfiguration.

Avgör de två ändpunkterna före inställningarna

Bestäm vem som äger gatewayen på kundsidan och vem som äger den avlägsna ändpunkten. När de två är avgjorda vet varje sida vad den kan inspektera och vad den måste begära. Allt annat i överenskommelsen blir enklare därifrån.

En leverantör kan övervaka sin egen gateway medan kunden fortsatt ansvarar för en lokal internetlinje, en katalogtjänst eller målapplikationen. En enhet som kunden äger kan fortfarande ligga under leverantörens underhållsavtal, och därför är ägande och vem som underhåller lådan två olika frågor. Skriv ned båda svaren för varje ändpunkt, för det är på det andra som förnyelser brukar vara oeniga.

Gemensamma objekt behöver exakt en ägare

Identiteter, autentiseringsuppgifter, skyddade prefix, förslag och avtalet om returrouting är gemensamma objekt, och gemensamma objekt ruttnar snabbast. Om båda parter kan ändra ett kommer båda att göra det, och varje ändring ser lokalt korrekt ut medan det avtalade flödet bryts. Ge varje objekt en ägare och en ändringsprocess, och kräv att den andra sidan informeras innan en ändring träder i kraft. Alternativet är en ändringslogg som läses som två personer som reparerar olika halvor av samma maskin.

Det klassiska felet är en ändring av väljaren på ena sidan och en NAT-ändring på den andra samma vecka. Ingen av ingenjörerna gjorde något fel, och tunneln slutade ändå bära applikationen.

Vem tar emot den första rapporten

Bestäm i förväg vem som larmas först, vad varje sida får läsa och vid vilken punkt ärendet byter händer. Ange ändpunkten, försökets tidpunkt och det tillåtna flödet så att båda sidor kan korrelera samma händelse.

En smal statussammanfattning är oftast användbarare än en oredigerad konfiguration, och den läcker inga hemligheter. Övervakning tillhör den som äger komponenten, inte den som äger logotypen, så fråga vilken sida som ser tunnelns tillstånd, vilken som ser applikationen och vem varje larm väcker. Sätt vägen utanför arbetstid bredvid varje larm, för en instrumentpanel som ingen har jour för är dokumentation.

Definiera ändringsbehörigheten med samma omsorg. En leverantör som redigerar en väljare medan kunden redigerar NAT får båda lokala konfigurationerna att verka rimliga, och tunneln misslyckas ändå.

Vad etiketten aldrig berättar

Skriv in programvaruunderhåll, rotation av autentiseringsuppgifter, godkända säkerhetskopior av konfigurationen och återställningsvägen i det faktiska avtalet. En modell för delat ansvar som modellen som AWS publicerar visar hur långt fördelningen kan flytta sig mellan tjänster, och det är ett exempel och inte en definition av din leverantörs villkor. Att härleda något ur uttrycket halvhanterad är hur ett förnyelsesamtal upptäcker ett hål.

Omfattningen bör namnge den vanliga operatören och eskaleringsvägen för varje beroende. Vad offerten än kallar tjänsten, i praktiken betyder det den listan.