Gæt ikke kontorets præfiks ud fra én serveradresse

Begynd med den adresse, du har fået, og modstå så trangen til at udvide den til noget, der føles pænt. Én server på 10.22.8.19 siger intet om, hvorvidt kontoret ejer 10.22.8.0/24, 10.22.0.0/16 eller en håndfuld spredte /28s. At vælge 10.0.0.0/8, fordi tallet begynder med 10, fanger hjemmenetværk, containerområder og partnerlinks, du ikke havde tænkt på. Præfikset er en grænse, der skal hentes, ikke udledes.

En præfikslængde beskriver, hvor mange førende bit der er signifikante; den beskriver ikke, hvem der ejer området.

En serveradresse er ikke et netværk

En server, et subnet og en lokalitet er tre forskellige ting. En enkelt tjeneste kan ligge i et lille dedikeret subnet, mens resten af kontoret optager separate områder, og en værtsrute kan være helt passende til en tjeneste, der med vilje har én adresse. Den holder op med at være passende, når lokaliteten omdirigerer til en anden vært, godkender gennem en separat server eller skifter adresse. De afhængigheder er det egentlige krav, og dem er det værd at spørge om, før et præfiks installeres.

En subnetberegner oversætter et kendt præfiks til en maske, et område eller en værtsliste. Den kan ikke udlede en organisatorisk grænse fra ét værtsnavn, og at behandle dens output som autoritet er, hvordan ubeslægtede netværk ender med at blive rutet.

Bed om de godkendte præfikser

Hent destinationsområderne fra dem, der driver VPN’en eller netværket. Der kan være flere forskellige præfikser og en privat DNS-server et andet sted, hvilket ofte glemmes, indtil navne fejler. Skriv dem ned som en godkendt liste med ejer og dato, ikke som et område rekonstrueret fra et eksempel. Er listen lang, er det information om netværket og ikke en opfordring til at opsummere den til noget bredere.

Et skrivebeskyttet ruteopslag på Mac’en, rettet mod den destination, du bekymrer dig om, viser, hvilken vej der bruges lige nu. Det er nuværende adfærd, ikke en tilladelse.

Kontroller overlap, før du anvender noget

Sammenlign de godkendte præfikser med hvert lokalt område, før du anvender dem: hjemme-LAN, containerbroer, netværk til virtuelle maskiner og enhver anden VPN. En præcis rute til kontoret kan stadig ikke fortælle, hvilken enhed på den adresse du mente, når det samme område også findes lokalt; tabellen har ikke det begreb. Overlap giver symptomer, der ligner brudte tjenester snarere end rutefejl, og de er svære at diagnosticere bagefter.

Lad den understøttede ejer installere præfikserne, gennem klientens egen konfiguration eller serverens udpressede ruter, så en genopkobling gendanner dem i stedet for at stole på en kommando, nogen skrev én gang.

En rute er ikke adgang

At route et præfiks ind i tunnelen giver ikke adgang til tjenesterne indeni. Gatewayen skal tillade trafikken, destinationen skal acceptere den, og der skal findes en returvej, og hver af dem kan fejle uafhængigt af ruten. Test én tiltænkt tjeneste, når ruten er på plads, og bekræft derefter, at en ubeslægtet ressource stadig afvises. En rute, der når en firewall, er ikke det samme som en fungerende forbindelse.

Dokumentér præfikslisten, overlapkontrollen og ejeren sammen. Når en adresse ændrer sig, er det de tre, den næste person har brug for.

Præfikset er en aftale om grænser. Behandl det sådan, og ruten holder op med at være et gæt.