Ikke gjett kontorprefikset fra én serveradresse
Én serveradresse røper ikke kontonettet. Hent de godkjente prefiksene, sammenlign dem med lokale områder, og husk at en rute ikke er tilgang.
Ta utgangspunkt i adressen du fikk, og stå imot trangen til å utvide den til noe som virker ryddig. En enkelt server på 10.22.8.19 sier ingenting om kontoret eier 10.22.8.0/24, 10.22.0.0/16 eller en håndfull spredte /28s. Velger du 10.0.0.0/8 fordi tallet starter med 10, fanger du opp hjemmenettverk, containerområder og partnerkoblinger du ikke var ute etter. Prefikset er en grense du må hente, ikke utlede.
Prefikslengden forteller hvor mange ledende biter som er signifikante; den forteller ikke hvem som eier området.
En serveradresse er ikke et nettverk
Server, subnett og sted er tre forskjellige størrelser. En tjeneste kan ligge i et lite eget subnett mens resten av kontoret bruker andre områder, og en vertsrute kan være helt riktig for en tjeneste som bevisst bare har én adresse. Den slutter å være riktig når stedet sender videre til en annen vert, logger inn via en egen server eller bytter adresse. Det er disse avhengighetene som er det egentlige kravet, og de er verdt å spørre om før et prefiks installeres.
En subnettkalkulator gjør et kjent prefiks om til maske, område eller vertsliste. Den kan ikke utlede en organisasjonsgrense fra ett vertsnavn, og å behandle resultatet som fasit er nettopp hvordan urelaterte nettverk blir rutet.
Spør etter de godkjente prefiksene
Hent målområdene fra den som driver VPN-en eller nettverket. Det kan være flere ulike prefikser og en privat DNS-server et annet sted, noe som ofte glemmes helt til navn slutter å virke. Før dem som en godkjent liste med eier og dato, ikke som et område bygget på nytt fra et eksempel. Er listen lang, sier det noe om nettverket og er ikke en oppfordring til å oppsummere den til noe videre.
Et skrivebeskyttet ruteoppslag på Macen, rettet mot destinasjonen du er opptatt av, viser hvilken vei som brukes akkurat nå. Det er dagens oppførsel, ikke en tillatelse.
Sjekk overlapp før du tar noe i bruk
Sammenlign de godkjente prefiksene med hvert lokale område før du tar dem i bruk: hjemme-LAN, containerbroer, nettverk for virtuelle maskiner og enhver annen VPN. En nøyaktig rute til kontoret kan fortsatt ikke si hvilken enhet på den adressen du mente når det samme området også finnes lokalt; tabellen har ikke et slikt begrep. Overlapp gir symptomer som ser ut som ødelagte tjenester heller enn rutefeil, og de er vanskelige å diagnostisere etterpå.
La den støttede eieren installere prefiksene, via klientens egen konfigurasjon eller rutene serveren dytter ut, slik at en ny tilkobling gjenoppretter dem istedenfor å 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. Gatewayen må tillate trafikken, målet må godta den, og det må finnes en vei tilbake, og hver av dem kan svikte uavhengig av ruten. Prøv é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 forbindelse som virker.
Dokumenter prefikslisten, overlappssjekken og eieren sammen. Når en adresse endres, er det disse tre den neste personen trenger.
Prefikset er en avtale om grenser. Behandle det slik, og ruten slutter å være en gjetning.