Ikke gjett kontorets prefiks ut fra én serveradresse
Én serveradresse avslører ikke kontornettet. Skaff de godkjente prefiksene, sammenlign dem med lokale områder, og husk at en rute ikke er tilgang.
Begynn med adressen du fikk, og motstå så fristelsen til å utvide den til noe som føles ryddig. Én server på 10.22.8.19 sier ingenting om hvorvidt kontoret eier 10.22.8.0/24, 10.22.0.0/16 eller en håndfull spredte /28s. Å velge 10.0.0.0/8 fordi tallet begynner med 10 fanger hjemmenett, containerområder og partnerkoblinger du ikke mente. Prefikset er en grense som skal skaffes, ikke utledes.
En prefikslengde beskriver hvor mange ledende biter som er signifikante; den beskriver ikke hvem som eier området.
En serveradresse er ikke et nett
En server, et subnett og et sted er tre forskjellige ting. Én tjeneste kan sitte i et lite dedikert subnett mens resten av kontoret opptar separate områder, og en vertsrute kan være helt passende for en tjeneste som med vilje har én adresse. Den slutter å være passende når stedet omdirigerer til en annen vert, autentiserer gjennom en separat server eller bytter adresse. Disse avhengighetene er det egentlige kravet, og det er verdt å spørre om dem før noe prefiks installeres.
En subnettkalkulator oversetter et kjent prefiks til en maske, et område eller en vertsliste. Den kan ikke utlede en organisatorisk grense fra ett vertsnavn, og å behandle utdataene som autoritet er hvordan urelaterte nett ender opp med å bli rutet.
Be om de godkjente prefiksene
Skaff målområdene fra den som drifter VPN-en eller nettet. Det kan finnes flere ulike prefikser og en privat DNS-server på et annet sted, som ofte glemmes til navn feiler. Skriv dem ned som en godkjent liste med eier og dato, ikke som et område rekonstruert fra et eksempel. Er listen lang, er det informasjon om nettet og ikke en invitasjon til å oppsummere den til noe bredere.
Et skrivebeskyttet ruteoppslag på Mac-en, rettet mot destinasjonen du bryr deg om, viser hvilken vei som brukes akkurat nå. Det er nåværende atferd, ikke en autorisasjon.
Kontroller overlapp før du bruker noe
Sammenlign de godkjente prefiksene med hvert lokalt område før du bruker dem: hjemme-LAN, containerbroer, nett for virtuelle maskiner og enhver annen VPN. En presis rute til kontoret kan fortsatt ikke fortelle hvilken enhet på den adressen du mente når samme område også finnes lokalt; tabellen har ikke et slikt begrep. Overlapp gir symptomer som ser ut som ødelagte tjenester snarere enn rutefeil, og de er vanskelige å diagnostisere i ettertid.
La den støttede eieren installere prefiksene, gjennom klientens egen konfigurasjon eller rutene serveren skyver ut, slik at en gjenoppkobling gjenoppretter dem i stedet for å stole på en kommando noen skrev én gang.
En rute er ikke tilgang
Å rute et prefiks inn i tunnelen gir ikke tilgang til tjenestene inni det. Gatewayen må tillate trafikken, destinasjonen må godta den, og det må finnes en returvei, og hver av dem kan svikte uavhengig av ruten. Test én tiltenkt tjeneste etter at ruten er på plass, og bekreft deretter at en urelatert ressurs fortsatt avvises. En rute som når en brannmur er ikke det samme som en fungerende forbindelse.
Dokumenter prefikslisten, overlappskontrollen og eieren sammen. Når en adresse endres, er det de tre neste person trenger.
Prefikset er en avtale om grenser. Behandle det slik, og ruten slutter å være en gjetning.