Bi bezero-gunek 192.168.50.0/24 erabiltzen dute, eta urruneko ingeniari batek helbide berean dagoen inprimagailu bat lortu behar du bakoitzean. Bideratze-trikik batek ere ez du anbiguotasun hori bere kabuz konpontzen. Gune bakoitzak helbide-ikuspegi bereizia behar du, eta ateak gunea ikuspegi horretatik aukeratu behar du ezer birbidali aurretik.

Planak lau zati ditu: alias aurrizkiak, itzulpen-norabide biak, estaldura-politika eta izenak. Bakoitzak besteekin bat etorri behar du.

Aukeratu alias aurrizki bat gune bakoitzeko

Esleitu gune bakoitzari ingurunean inori ez dagokion alias aurrizki oso bat. Bi guneko plan batek A guneko 192.168.50.0/24 helbidea 172.21.10.0/24 helbidera mapatu eta B guneko LAN berbera 172.21.20.0/24 helbidera mapatu ditzake. Egiazta itzazu hautagaiak parte hartzen duen sare bakoitzaren aurka, hodeiko VPCak eta beste VPN poolak barne. Helbide-espazio pribatua erakunde guztiek partekatzen dute, beraz tarte bat RFC 1918 izateak ez du ezer esaten hemen libre dagoen ala ez.

Argitaratu aliasa, ez jatorrizko azpisarea, urruneko erabiltzaileentzat. Jatorrizko tartea tokiko egitatea izaten jarraitzen du.

Itzuli bi norabideetan

Itzuli bi norabideetan. Helmugako mapaketak alias helbide bat jatorrizko helbidera berridazten du jabea den gunean. Iturburuko mapaketak urruneko deitzailea beste guneek bereizi dezaketen alias batera berridazten du.

Bata bestearekiko mapaketa estatikoa determinista da, eta horrek ez du inplementazioa egoerarik gabe bihurtzen. Alderantzizko itzulpena konexioaren egoeraren mende egon daiteke, eta hutsegitearen ondorengo aldaketak edo bide asimetrikoek plana hauts dezakete hori alde batera uzten duenak. Plataformaren dokumentazioak erabakitzen du horietako zein den aplikagarria.

Politika, hautatzaileak eta ibilbideak aplikatzen diren etapa zehatza desberdina da politikan oinarritutako IPsec, ibilbidetan oinarritutako tunelak eta beste produktuen artean. Diseinatu exekutatzen duzunarentzat.

Eraman plana estalduraren bidez

Hub batean, esleitu alias aurrizki bakoitza jabea den gunearen ibilbideari eta baimendu zereginak behar duen transitua soilik. Mesh batean, parekatze garrantzitsu bakoitzak aurrizki bera eta politika-ezagutza behar ditu. Tunelak gehitzeak ez du helbide anbiguoa bere kabuz konpontzen.

Azpisare osoa argitaratzea zerbitzu bat argitaratzea baino zabalagoa da. Makina edo portu gutxi batzuk soilik behar badira, eduki sarbide-arauak mapaketa baino estuago.

Goiburuen itzulpenak ez ditu aplikazioaren karga erabilgarriak berridazten. Berbideratzeek, konfigurazio-fitxategietako helbide txertatuek eta iturburuan oinarritutako baimenek jatorrizko helbidea eraman dezakete oraindik. Probatu aplikazioaren bidea, ez soilik pinga. Funtzionatzen duen ICMP erantzun batek mapaketa badagoela frogatzen du eta ezer ez du esaten aplikazioak aliasa onartzen duen ala ez.

Konpondu deitzaile bakoitzak ikusten dituen izenak

Eman mantenimendu-izenei deitzailearen ikuspegiarekin bat datozen erantzunak. Urruneko ingeniariak ostalari-izen bat ebazten badu, gune horretako alias helbidea itzuli beharko luke, ez partekatutako jatorrizko tartea.

Egiaztatu DNS ikuspegiak gune bakoitzeko lehen mantenimendu-leihoa baino lehen. Jatorrizko azpisarean ebazten den izenak deitzailea planak kendu behar zuen anbiguotasunera itzultzen du.

Erregistratu eta egiaztatu gune bakoitzeko

Onartu gune bakoitza bereiz deitzaile erreal batetik eta egiaztatu zein makinak erantzun zuen. Erregistratu jatorrizko helbidea, aliasa, jabea den atea eta baimendutako zerbitzua elkarrekin.

Inbentario hori da bereizketa gordetzen duena hirugarren gune bat LAN lehenetsi berarekin iristen denean. Politikan oinarritutako IPsec NAT gidak itzulpen-eredu zehatz bat dokumentatzen du; ez da plataforma guztientzako kontratua.

Erlazionatutako artikuluak