Vad du bör säkerhetskopiera innan du rör routerns VPN-inställningar
En konfigurationsexport är inte en återställningsplan. Anteckna nycklarna, firmwareversionen och vägen tillbaka innan du ändrar en VPN-inställning på routern.
Exportknappen ger dig en fil, och den filen är den minsta delen av att vara förberedd. Det som faktiskt räddar en kväll är att veta vilka delar filen utelämnar, hur du kommer in i routern igen när det är tunneln som har gått sönder, och vad återställningen inte ångrar. Anteckna de tre sakerna innan du öppnar VPN-sidan. Ingen av uppgifterna är svår, och just därför skjuts den upp.
Vad exporten faktiskt innehåller
På de flesta routerfirmware är exporten ett inställningspaket: gränssnitt, brandväggsregler, DHCP-reservationer, VPN-konfigurationen och ofta de privata nycklar som hör till. Den enda filen innehåller alltså hemligheter, vilket ändrar var den får lagras och vem som får läsa den.
Den är också sällan komplett. En profil kan hänvisa till nyckelmaterial, certifikatfiler eller paket som en inställningsexport inte bär med sig, och en återställning på en nyligen flashad enhet kommer att föra tillbaka hänvisningen utan objektet den pekar på. Läs firmwarens dokumentation om exportens omfattning i stället för att anta att filen är en diskavbildning av ditt arbetstillstånd.
Kryptera filen om firmwaren erbjuder det, och förvara den någon annanstans än på routern själv. En säkerhetskopia som bara lever på enheten den beskriver försvinner precis i det ögonblick du behöver den. Behandla exporten som det inloggningslager den är, för det är vad den blir i någon annans händer.
Anteckna beroendena runt den
En inställningsfil är meningslös utan att veta vad den hör till. Anteckna modellen, firmwareversionen, protokollet som används och rollen den här routern har. Skriv fakta någonstans där routern inte behövs för att läsa tillbaka dem.
Fyra detaljer avgör om en återställning kommer att fungera:
| Item | Where to record it | What breaks without it |
|---|---|---|
| Firmware version | Next to the backup file | Restore rejected or silently partial |
| VPN keys and certificates | Separate encrypted copy | Device restored, tunnel cannot authenticate |
| WAN and LAN addressing | Paper or offline note | Cannot reach the admin page afterwards |
| Out-of-band access | Console or management port | No path back in when the tunnel fails |
Det är den sista raden folk hoppar över. Om din enda väg till routern går genom tunneln du är på väg att konfigurera om, har du sett till att låsa ute dig själv i värsta möjliga ögonblick.
Skriv ned återställningsvägen först
Innan du ändrar något, skriv ned stegen du följer om routern blir onåbar: vilken kabel, vilken port, vilken adress, vilket konto. Gå sedan igenom stegen en gång medan routern fortfarande fungerar. Kontrollera att konsolen eller hanteringsgränssnittet svarar medan allt fungerar, för att upptäcka en trasig konsol efter felet gör en återrullning på tio minuter till ett besök på plats.
Ta med själva återställningsproceduren i anteckningen, inte bara filnamnet. Personen som läser den kan vara du: trött, vid en olämplig tidpunkt, utan någon som helst minnesbild av var filen tog vägen.
Återställ och kontrollera sedan vad som kom tillbaka
En slutförd återställning är inte ett fungerande nätverk. Kontrollera delarna som tyst faller tillbaka på standardvärden: inställningarna för DNS-resolvern, brandväggsregler som pekade på det gamla gränssnittet och varje rutt som pekade mot en tunnelgateway. Öppna reglerna som redigerades under experimentet och jämför dem med vad exporten innehöll. En bred tillåtelseregel som lades till vid midnatt och glömdes på morgonen överlever varje återställning, eftersom den är en del av filen du just laddade in igen.
På en enhet i OpenWrt-stil skriver de användbara kommandona ut den levande tunneln, routingtabellen och ett resolversvar från routern själv:
wg show
ip -4 route
nslookup example.com 192.168.1.1Testa sedan från en vanlig klient i stället för från routern. En tunnel som gör handskakningen på enheten medan klienterna inte kan slå upp namn är ett policyproblem, och det kommer att se ut som en trasig VPN för alla utom personen som håller i konsolen.
Vad en återställning inte åtgärdar
Att återställa en nyckel återkallar ingenting, och det säger inte hur många kopior som finns. Om orsaken till återrullningen var en förlorad enhet, en delad export eller en misstanke om intrång är den gamla nyckeln fortfarande giltig där en kopia finns, och den återställda konfigurationen tar den i bruk igen.
Rotera eller återkalla peer genom processen som tjänsten stöder och uppdatera sedan routern och den klient som fortfarande har det gamla materialet. En säkerhetskopia representerar ett känt fungerande tillstånd; den representerar inte ett känt säkert tillstånd, och skillnaden spelar roll just när en enhet har försvunnit.