Twa terreinen, ien subnet: bou foar elk in alias-útsjoch
As twa terreinen deselde LAN brûke, jou dan elk in alias-prefiks en oerset yn beide rjochtings. Kontrolearje botsingen, oerlêchbelied, DNS-nammen en it rekord.
Twa klantterreinen draaie beide 192.168.50.0/24, en in ôfstân-yngenieur moat op elk in printer op itselde adres berikke. Gjin rûteleaske trúk lost dy dûbelsinnigens op himsels op. Elk terrein hat in eigen adresútsjoch nedich, en de gateway moat it terrein út dat útsjoch kieze foardat it eat trochstjoert.
It plan hat fjouwer dielen: alias-prefiksen, beide oersetrjochtings, oerlêchbelied en nammen. Elk moat mei de oaren oerienkomme.
Kies ien alias-prefiks per terrein
Tawize oan elk terrein in hiel alias-prefiks dat oan nimmen oars yn ’e omjouwing heart. In plan foar twa terreinen kin 192.168.50.0/24 fan terrein A op 172.21.10.0/24 mape en de identike LAN fan terrein B op 172.21.20.0/24. Kontrolearje de kandidaten tsjin elk meidwaanend netwurk, ynklusyf wolk-VPC’s en oare VPN-pools. Privee adresromte wurdt dield troch elke organisaasje, dus dat in berik RFC 1918 is seit neat oer oft it hjir frij is.
Publisearje it alias, net it native subnet, oan ôfstânbrûkers. It native berik bliuwt in pleatslik feit.
Oerset yn beide rjochtings
Oerset yn beide rjochtings. Bestimmingsmapping skriuwt in alias-adres om yn it native adres by it terrein dat it besit. Boarnemapping skriuwt de ôfstân-opropper om yn in alias dat oare terreinen ûnderskiede kinne.
In statyske ien-op-ien-mapping is deterministysk, en dat makket de ymplemintaasje net steatleas. Omkearde oersetting kin fan ferbiningssteat ôfhingje, en failover of asymmetryske paden kinne in plan brekke dat dat negearret. De dokumintaasje fan it platfoarm beslút hokker fan dy gefallen jildt.
De krekte stap wêr’t belied, selektors en rûtes jilde, ferskilt tusken beliedsbasearre IPsec, rûtebasearre tunnels en oare produkten. Untwerp foar dejinge dy’t jo draaie.
Drage it plan troch de oerlêch
Yn in hub tawize jo elk alias-prefiks oan it terreinpaad dat it besit en tastean allinnich it transit dat de taak nedich hat. Yn in mesh hat elke relevante peer itselde prefiks en beliedskennis nedich. Tunnels tafoegje reparearret dûbelsinnige adressearring net op himsels.
Publikaasje fan it hiele subnet is breder as it publisearjen fan ien tsjinst. As der mar in pear masines of poarten nedich binne, hâld de tagongsregels smeller as de mapping.
Header-oersetting skriuwt applikaasje-payloads net om. Omliedings, ynbêde adressen yn konfiguraasjebestannen en boarne-basearre tastimmingen kinne allegear noch it native adres drage. Test it applikaasjepaad, net allinnich de ping. In wurkjend ICMP-antwurd bewissiget dat de mapping bestiet en seit neat oer oft de applikaasje it alias akseptearret.
Reparearje de nammen dy’t elke opropper sjocht
Jou ûnderhâldsnammen antwurden dy’t by it útsjoch fan de opropper passe. As de ôfstân-yngenieur in hostnamme oplost, moat it it alias-adres foar dat terrein weromjaan, net it dielde native berik.
Kontrolearje DNS-útsjochten per terrein foar it earste ûnderhâldsfinster. In namme dy’t nei it native subnet oplost, stjoert de opropper werom yn ’e dûbelsinnigens dy’t it plan fuorthelje moast.
Registrearje en ferifiearje per terrein
Akseptearje elk terrein apart fan in echte opropper en befêstigje hokker masine antwurde. Registrearje it native adres, it alias, de eigener-gateway en de tastiene tsjinst mei-inoar.
Dat ynventaris is wat it ûnderskied bewarret as in tredde terrein mei deselde standert-LAN komt. De beliedsbasearre IPsec NAT-gids dokumintearret ien konkreet oersettingsmodel; it is gjin kontrakt foar elk platfoarm.