Kaks asukohta, üks alavõrk: loo kummagi jaoks aliasevaade

Kaks kliendiasukohta kasutavad mõlemad 192.168.50.0/24, ja kauginsener peab kummaski jõudma samal aadressil oleva printerini. Ükski marsruutimistrikk ei lahenda seda mitmetähenduslikkust iseenesest. Kumbki asukoht vajab erinevat aadressivaadet ja lüüs peab enne edastamist valima asukoha sellest vaatest.

Plaanil on neli osa: aliasprefiksid, mõlemad tõlkesuunad, ülekattetaristu poliitika ja nimed. Iga osa peab teistega kooskõlas olema.

Vali üks aliasprefiks asukoha kohta

Määra igale asukohale terve aliasprefiks, mis ei kuulu kellelegi teisele keskkonnas. Kahe asukoha plaan võib kaardistada asukoha A 192.168.50.0/24 aadressile 172.21.10.0/24 ja asukoha B identse LAN-i aadressile 172.21.20.0/24. Kontrolli kandidaate iga osaleva võrgu vastu, sealhulgas pilve-VPC-d ja muud VPN-varamud. Privaatset aadressiruumi jagab iga organisatsioon, seega see, et vahemik on RFC 1918, ei ütle midagi selle kohta, kas see on siin vaba.

Avalda kaugkasutajatele alias, mitte kohalik alavõrk. Kohalik vahemik jääb kohalikuks faktiks.

Tõlgi mõlemas suunas

Tõlgi mõlemas suunas. Sihtkoha kaardistamine kirjutab aliasaadressi ümber kohalikuks aadressiks asukohas, mis seda omab. Allika kaardistamine kirjutab kaugkutsuja ümber aliaseks, mida teised asukohad suudavad eristada.

Stateeriline üks-ühele kaardistamine on deterministlik ja see ei muuda juurutust olekutuks. Pöördtõlge võib sõltuda ühenduse olekust ning tõrke korral ümberlülitamine või asümmeetrilised teed võivad rikkuda plaani, mis seda eirab. Platvormi dokumentatsioon otsustab, milline neist kehtib.

Täpne etapp, kus poliitika, valijad ja marsruudid rakenduvad, erineb poliitikapõhise IPsec-i, marsruudipõhiste tunnelite ja teiste toodete vahel. Projekteeri selle jaoks, mida käitad.

Kanna plaan läbi ülekattetaristu

Jaoturis määra iga aliasprefiks asukohateele, mis seda omab, ja luba ainult see transiit, mida ülesanne vajab. Võrgus vajab iga asjakohane partner sama prefiksit ja poliitikateadmisi. Tunnelite lisamine ei paranda mitmetähenduslikku adresseerimist iseenesest.

Kogu alavõrgu avaldamine on laiem kui ühe teenuse avaldamine. Kui vaja on vaid mõnda masinat või porti, hoia juurdepääsureeglid kaardistamisest kitsamad.

Päise tõlkimine ei kirjuta rakenduse kandekoormaid ümber. Ümbersuunamised, konfiguratsioonifailidesse põimitud aadressid ja allikapõhised õigused võivad kõik veel kohalikku aadressi kanda. Testi rakenduse teed, mitte ainult pingi. Töötav ICMP-vastus tõestab, et kaardistamine on olemas, ja ei ütle midagi selle kohta, kas rakendus aliase vastu võtab.

Paranda nimed, mida iga kutsuja näeb

Anna hooldusnimedele vastused, mis sobivad kutsuja vaatega. Kui kauginsener lahendab hostinime, peaks see tagastama selle asukoha aliasaadressi, mitte jagatud kohaliku vahemiku.

Kontrolli DNS-vaateid asukoha kohta enne esimest hooldusakent. Nimi, mis laheneb kohalikuks alavõrguks, saadab kutsuja tagasi mitmetähenduslikkusesse, mille plaan pidi kõrvaldama.

Salvesta ja kontrolli asukoha kohta

Võta iga asukoht eraldi vastu tõeliselt kutsujalt ja kinnita, milline masin vastas. Salvesta kohalik aadress, alias, omav lüüs ja lubatud teenus koos.

Just see loend säilitab eristuse, kui saabub kolmas asukoht sama vaikimisi LAN-iga. Poliitikapõhise IPsec NAT-i juhend dokumenteerib ühe konkreetse tõlkemudeli; see ei ole leping iga platvormi jaoks.