Eit uvanleg utsjåande prefiks kjennest som ein flukt frå konflikten mellom heime- og kontoradresser, og det er som regel ikkje det. Kvar blokk i IPv4-registeret for særlege føremål har ein eigar, eit føremål og ein grunn til å finnast, og å låna ein fordi han ser stille ut flyttar samanstøyten i staden for å fjerna han. Køyr dette som ein sekvens: les tildelinga, kartlegg det som alt overlappar, og avgjer først deretter om du omnummererer, omset eller genererer nytt rom. Rekkjefølgja betyr noko fordi det tredje trinnet avheng av kva dei to første fann.

Les tildelinga før du låner eit område

Registeret for særlege føremål hos IANA skil område som er gjenbrukbart privat rom frå område som tener eitt bestemt teknisk føremål. Privat bruk, delt adresserom, referansemåling og dokumentasjonsblokker ser like ut i eit rekneark og oppfører seg heilt annleis når dei først blir ruta.

RangeCategoryWhat it means for a VPN plan
172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8RFC 1918 private useReusable by any network, so remote sites may already use the same numbers
100.64.0.0/10Shared address spaceIntended for provider-side carrier-grade NAT arrangements, not a second private pool
198.18.0.0/15BenchmarkingReserved for test traffic measurement; not spare production space
203.0.113.0/24, 198.51.100.0/24, 192.0.2.0/24Documentation (RFC 5737)Illustration only; a guide that uses them is not assigning them to you
169.254.0.0/16, 240.0.0.0/4Link-local, reservedNever a routed site subnet, whatever the prefix length suggests

To prefiks som berre skil seg i den andre oktetten er ikkje same blokk: 198.18.0.0/15 ber referansereservasjonen, medan 192.18.0.0/16 ikkje ber noko tilsvarande. Eit tal som berre liknar eit reservert område arvar ikkje tydinga. Forvekslinga er vanleg nok til å fortjena eit nytt blikk før ho når ein brannmurregel.

Produkt brukar stundom medvite eit særskilt område inne i eit koordinert overlegg, og det er deira design som skal dokumenterast. Det gjer ikkje det same området til ledig plass for eit urelatert LAN. Ikkje ein gong offentleg rom er eit skjul: ei privat rute til ei adresse som høyrer til nokon andre, leier bort trafikk som var meint for den legitime destinasjonen hennar.

Kartlegg overlappingane du alt har

Før du vel eit prefiks, list opp kvart nettverk som vil vera tilgjengeleg frå tunnelen. Nettstader, klientpuljar, sky-VPC-ar og partnartilkoplingar tel alle, og partnartilkoplinga er den folk gløymer heilt til det første tilkoplingforsøket mislukkast.

ip -4 route show table all
ip -6 route show
ip -br addr
ip route get 192.168.1.10

Set resultata i éin tabell med eigaren av kvart område ved sida av. Eit område du ikkje kan nemna ein eigar for, er eit område du ikkje kan omnummerera seinare, og kartlegginga er det som gjer ein diskusjon om «uvanlege» prefiks til ei avgjerd om konkrete tal. Ho fortel deg òg om konflikten du prøver å unngå, er reell eller innbilsk.

Viss heimenettverket til ein fjernarbeidar brukar same prefiks som kontoret sitt LAN, er konflikten synleg i kartlegginga og kan handterast eksplisitt. Det er ikkje prov for at ei referanseblokk ville vera eit klokt val, og nettopp ei slik handsaming skaper neste samanstøyt.

Generer ein unik ULA i staden for å kopiera eit prefiks

IPv6 løyser gjenbruksproblemet med ein annan mekanisme i staden for eit penare tal. RFC 4193 definerer lokalt tildelte unike lokale adresser med ein pseudo-tilfeldig 40-bit global identifikator, noko som gjev deg eit /48 for ein nettstad som svært usannsynleg kolliderer med nokon andre sin. Sannsynet er høgt, ikkje absolutt, og eit ULA-prefiks gjev framleis ingen internettilgang.

openssl rand -hex 5

Ti heksadesimale siffer er førti bit. Set fd framfor, og grupper dei i /48: ein utgang på 3f9c1a7b02 blir fd3f:9c1a:7b02::/48. Generer eitt per nettstad og noter det, i staden for å lima inn det same bekveme fd00::/48 i kvar utrulling.

Stadfest deretter at heile vegen faktisk snakkar IPv6. Klientar, gateway, ruter, privat DNS og tenestepolicy må alle vera samde, og tildeling av eit prefiks til tunnelen får ikkje ein IPv4-berre-applikasjon til å bruka det.

Planlegg overlappinga du ikkje kan fjerna

Nokre overlappingar er permanente, vanlegvis fordi ein partnar ikkje vil omnummerera og du ikkje kan tvinga dei. Då vel du medvite ein støtta mekanisme: omnummerering på di side, ein isolert rutekontekst eller eksplisitt omsetjing ved ei grense. Medvite val betyr å skriva ned kva du valde og kvifor dei to andre vart avviste. Den notata er det ein framtidig endringsvurdering faktisk les.

Omsetjing må bevara returvegen, noko som betyr å registrera både det opphavlege og det presenterte prefikset og knyta dei til dei private DNS-namna som blir løyste i dei. Eit tilordna alias kan gjera éi tilkopling eintydig; det gjer ikkje dei opphavlege adressene globalt unike, og det overlever ikkje ein annan overlappande partnar utan ei anna tilordning.

Skriv ned tildelinga med unntaket sitt

Avslutt med eit dokument som listar opp kvart prefiks, kategorien, eigaren og grunnen til valet. Legg til unntaka med deira omsetjings- eller omnummereringsregel og datoen nokon godkjende dei. Oppbevar det ved sida av brannmurreglane som implementerer det, i staden for i ein wiki ingen opnar under ei hending. Dokumentet er leveransen, ikkje eit samandrag av han.

Den registreringa er det som hindrar den neste ingeniøren i å leita etter eit meirkelegare tal, og det er slik dette problemet blir gjenoppdaga kvart par år under eit nytt namn. Det gjev òg ei endringsvurdering noko konkret å godkjenna i staden for ei meining om prefiks. Skriv det éin gong, på slutten av tildelinga, medan grunngjevinga framleis er framom deg.

Relaterte artiklar