Dalawang site, isang subnet: bumuo ng alias view para sa bawat isa
Kapag dalawang site ang gumagamit ng parehong LAN, bigyan ang bawat isa ng alias prefix at isalin sa dalawang direksyon. Suriin ang mga banggaan, patakaran ng overlay, mga pangalan ng DNS at ang talaan.
Dalawang site ng customer ang parehong gumagamit ng 192.168.50.0/24, at kailangang maabot ng isang remote engineer ang isang printer sa parehong address sa bawat isa. Walang trick sa routing ang nag-aayos ng kalabuang iyon nang mag-isa. Bawat site ay nangangailangan ng ibang view ng address, at dapat piliin ng gateway ang site mula sa view na iyon bago ito mag-forward ng anuman.
May apat na bahagi ang plano: mga alias prefix, dalawang direksyon ng pagsasalin, patakaran ng overlay at mga pangalan. Bawat isa ay dapat umayon sa iba.
Pumili ng isang alias prefix bawat site
Bigyan ang bawat site ng buong alias prefix na hindi pag-aari ng iba sa kapaligiran. Ang plano para sa dalawang site ay maaaring i-map ang 192.168.50.0/24 ng site A sa 172.21.10.0/24 at ang magkatulad na LAN ng site B sa 172.21.20.0/24. Suriin ang mga kandidato laban sa bawat kalahok na network, kabilang ang mga cloud VPC at iba pang pool ng VPN. Ang pribadong address space ay ibinabahagi ng bawat organisasyon, kaya ang isang range na RFC 1918 ay walang sinasabi tungkol sa kung ito ay libre dito.
I-publish ang alias, hindi ang native na subnet, sa mga remote user. Ang native na range ay nananatiling lokal na katotohanan.
Isalin sa dalawang direksyon
Isalin sa dalawang direksyon. Ang pagmamapa ng destinasyon ay nagsusulat muli ng alias address sa native na address sa site na nagmamay-ari nito. Ang pagmamapa ng pinagmulan ay nagsusulat muli ng remote na tumatawag sa isang alias na kayang makilala ng ibang site.
Ang static na isa-sa-isang pagmamapa ay deterministiko, at hindi nito ginagawang walang estado ang implementasyon. Ang reverse na pagsasalin ay maaaring umasa sa estado ng koneksyon, at ang failover o asymmetric na mga landas ay maaaring sirain ang isang planong bale-wala rito. Ang dokumentasyon ng platform ang nagpapasya kung alin sa mga ito ang naaangkop.
Ang eksaktong yugto kung saan nalalapat ang patakaran, mga selector at mga ruta ay naiiba sa pagitan ng IPsec na nakabatay sa patakaran, mga tunnel na nakabatay sa ruta at iba pang produkto. Magdisenyo para sa ginagamit mo.
Dalhin ang plano sa overlay
Sa isang hub, italaga ang bawat alias prefix sa landas ng site na nagmamay-ari nito at payagan lamang ang transit na kailangan ng gawain. Sa isang mesh, kailangan ng bawat kaugnay na peer ang parehong prefix at kaalaman sa patakaran. Ang pagdaragdag ng mga tunnel ay hindi nag-aayos ng kalabuang adres sa sarili nito.
Ang pag-publish ng buong subnet ay mas malawak kaysa sa pag-publish ng isang serbisyo. Kung kakaunti lang ang kailangang machine o port, panatilihing mas makitid ang mga panuntunan sa access kaysa sa pagmamapa.
Ang pagsasalin ng header ay hindi nagsusulat muli ng mga payload ng aplikasyon. Ang mga redirect, naka-embed na address sa mga configuration file at mga pahintulot na nakabatay sa pinagmulan ay maaari pa ring magdala ng native na address. Subukan ang landas ng aplikasyon, hindi lang ang ping. Ang gumaganang tugon ng ICMP ay nagpapatunay na mayroon ang pagmamapa at walang sinasabi tungkol sa kung tinatanggap ng aplikasyon ang alias.
Ayusin ang mga pangalang nakikita ng bawat tumatawag
Bigyan ang mga pangalan para sa maintenance ng mga sagot na tumutugma sa view ng tumatawag. Kung ireresolba ng remote engineer ang isang hostname, dapat nitong ibalik ang alias address para sa site na iyon, hindi ang ibinahaging native na range.
Suriin ang mga view ng DNS bawat site bago ang unang window ng maintenance. Ang pangalang nagre-resolba sa native na subnet ay nagpapabalik sa tumatawag sa kalabuang dapat tanggalin ng plano.
Itala at i-verify bawat site
Tanggapin ang bawat site nang hiwalay mula sa isang tunay na tumatawag at kumpirmahin kung aling machine ang sumagot. Itala nang sabay ang native na address, ang alias, ang gateway na nagmamay-ari at ang pinahintulutang serbisyo.
Ang imbentaryong iyon ang nagpapanatili ng pagkakaiba kapag dumating ang ikatlong site na may parehong default na LAN. Ang gabay sa IPsec NAT na nakabatay sa patakaran ay nagdodokumento ng isang konkretong modelo ng pagsasalin; hindi ito kontrata para sa bawat platform.