Administrer en Raspberry Pi på et LAN uden internet-uplink

To enheder på et privat LAN kan udveksle beskyttet trafik helt uden uplink. Det, de ikke kan, er at fremtrylle de tjenester, som deres valgte sikkerhedsmodel forventer. Arbejdet er derfor halvt valg og halvt inventar: vælg den beskyttelse, der passer til opgaven, og list derefter alt, hvad der stille ville række ud efter internettet.

Antagelsen for denne gennemgang er, at begge enheder har godkendte adresser på samme private netværk. Udled ikke nåbarhed af, at begge er tilsluttet det samme wifi; tilslutningen, routing og adgangsreglerne afgør det stadig.

Vælg beskyttelse efter opgaven, ikke af vane

En terminalsession eller en understøttet filadministrationsopgave passer til SSH, hvis arkitektur adskiller servergodkendelse, brugergodkendelse og de kanaler, der bæres inde i den beskyttede transport. Ingen af disse roller kræver en kommerciel VPN-udbyder, og ingen af dem holder op med at virke, fordi der ikke er en standardrute til internettet.

Én ekstra TCP-tjeneste kan rejse gennem en autoriseret SSH-videresendelse, når serveren tillader det: hold den lokale lytter snævert bundet og destinationen eksplicit, og husk, at dette videresender den ene tjeneste i stedet for at genskabe et Ethernet-segment.

Routet adgang til flere adresser eller protokoller er et andet krav, og en lokalt afsluttet VPN kan levere det. Modparten er i så fald en nåbar lokal gateway, ikke et endepunkt et sted på internettet, og gatewayen har stadig brug for de tilsigtede ruter, videresendelsesregler og tjenestetilladelser. Hvor en enkelt applikation allerede taler TLS ordentligt, er det ofte det mindste svar, der virker, at lade den beskytte sin egen forbindelse.

Kortlæg, hvad der ville forlade LAN'et

Få softwaren, værtsidentiteterne og legitimationsoplysningerne på plads, før du afhænger af en isoleret bænk, eller brug den offlineleveringsproces, som organisationen understøtter. En downloadkommando er ikke en installationsplan for en maskine, der ikke kan nå kilden, og at opdage det under et nedbrud er et dårligt tidspunkt at lære det på.

Gør navngivningen bevidst. Brug den tilsigtede lokale DNS-tjeneste eller en dokumenteret adresseordning, fordi en konfigureret offentlig resolver ikke skaber en vej til sig selv. At ændre en socketadresse er heller ikke en begrundelse for at springe applikationens identitetskontroller over. Hvis svaret er, at bænken blot bruger adresser, så skriv det også ned, så den næste ingeniør ikke bruger en time på et søgedomæne, der aldrig blev konfigureret.

Læs derefter godkendelses- og verifikationsmodellen for eksterne afhængigheder: tilmelding, en identitetsudbyder, en multifaktorgodkendelse, hentning af certifikatstatus, en tidskilde. Hver af dem er en mulig blokering på et isoleret netværk. List dem før vedligeholdelsesvinduet, ikke under det, fordi en afhængighed, du opdager på det forkerte tidspunkt, gør en femminutters opgave til en eftermiddag. Sørg for en godkendt nåbar ordning, eller vælg en model, der virker offline, og deaktiver aldrig i stilhed en kontrol, fordi dens tjeneste mangler.

Behold identitetskontrollerne, hvor de hører hjemme

Kontrollér den forventede værtsnøgle eller certifikatet gennem den klargøringsproces, du stoler på, og hold uret korrekt, hvor protokollen validerer certifikattider. At dele en switch med en enhed gør ikke den enhed til den, du mente at nå, og at antage det modsatte er præcis den fejl, en angriber på samme segment gerne vil have dig til at begå.

Tiden fortjener sin egen linje i planen. Mange protokoller afviser ellers gyldige legitimationsoplysninger, når uret er drevet langt nok, og en Pi uden en netværkstidskilde kan drive stille i måneder, før noget klager.

Test, når uplinken faktisk er væk

Træk uplinken ud, og udfør derefter præcis den vedligeholdelsesoperation, du har designet til: terminalsessionen, filkopieringen, den videresendte tjeneste, den routede forbindelse. Bekræft, at en afvist identitet eller en forbudt ressource stadig afvises, fordi et design, der kun beviser den glade vej, slet ikke er testet. Læs logfilerne, mens du gør det, fordi de interessante fejl er dem, der efterlader et spor uden at ændre resultatet.

Notér det lokale endepunkt, beskyttelsesmekanismen og hver afhængighed, som operationen brugte. Udgang til internettet og en sikker vej til lokal administration er to forskellige krav, og at holde dem adskilt er det, der lader det andet overleve tabet af det første.