EC2 erabilgarritasun zonen artean: egiaztatu bideratzea VPN bat baino lehen

Bi EC2 instantziaren artean VPN softwarea instalatu aurretik, erantzun galdera bat: VPC berean daude? Hala bada, bide pribatua jada badago eta zona arteko kokapenak ez du hori aldatzen. Egoera horretan lanaren zatirik handiena azpisare bakoitzak benetan zein bideratze taula erabiltzen duen baieztatzea da, eta gero hutsak inoiz bideratze arazoa izan ote zen jakitea. Tunel bat erantzun okerra izaten da galdera zehatz honetarako.

Egiaztapena 1: VPC bera ala VPC desberdinak

VPC bat eskualdekoa da eta erabilgarritasun zonak hartzen ditu, azpisare bakoitza zona bakarrari dagokio ordea. VPC baten zona desberdinetako bi instantziak bideratze pribatuaren domeinu berean daude oraindik.

VPC desberdinek ez dute inoiz bide pribaturik lortzen eskualde bat edo zona etiketa bat partekatzeagatik. Kasu horrek onartutako konexio bat eta bide eta baimenen lan propioa behar ditu, erabaki bereizia dena.

Egiaztapena 2: zer diote azpisareen bideratze taulek

Idatzi diseinua balio errealekin. VPC bat 10.60.0.0/16 helbidean, 10.60.1.0/24 eta 10.60.2.0/24 azpisareekin, 10.60.1.10 eta 10.60.2.20 instantziei VPCren bide lokaletik bidea ematen die.

Gero bi azpisareei lotutako taulak aztertu, lehenengo aurkitu zenuena bakarrik ez. Ikuskapen edo gailu bide zehatzago batek oinarrizko bidea gaindi dezake, eta bide lokalaren helburua bera konfigurazio berriagoetan ordezka daiteke. Kontsolan nonbait ikusgai dagoen bide lokalak ez du frogatzen bi lan karga horiek erabiltzen dutenik.

Erabili VPCak benetan esleitzen dituen helbide eta izen pribatuak. Helbide pribatu batek ez du 10ekin hasi behar, eta memoriaz bat asmatzea funtzionatzen duen ingurune bat gaizki diagnostikatzeko modua da.

Egiaztapena 3: bideratzea ala baimena

Bideratzeak paketea helmugaren sare interfazera arte eraman besterik ez du egiten. Helmugaren segurtasun taldeak jatorria eta zerbitzua onartu behar ditu oraindik, jatorriaren irteera erregelak eskaera baimendu behar du, eta edozein sare ACLek bi norabideak baimendu behar ditu, ACLek ez baitute egoerarik gordetzen.

Horren atzean gonbidatuaren suebakia, entzulearen lotura eta aplikazioaren identitatea daude. Horietako edozeinek bideratzeak primeran eramandako eskaera bat ukatu dezake.

Onarpenak aplikazioaren benetako eragiketa izan behar du. Ping arrakastatsu batek ez dio aplikazioari sarbiderik ematen eta ez du frogatzen TLS izena eta kredentzialak zuzenak direnik, eta blokeatutako ping batek ez du ezartzen zerbitzu pribatu guztiak behera daudenik.

Egiaztapena 4: benetan beharrezkoa al da konexio bereizi bat

VPN bat diseinuan egon daiteke oraindik, baina adierazitako arrazoi batengatik: VPC hau bulego batera konektatzea, eramangarriak onartzea edo gainjartze baldintza betetzea. Arrazoi hori VPC bereko ohiko komunikaziotik desberdina da.

Gogoratu halaber zer ez den VPC bat. Ez da etxeko Ethernet segmentu baten luzapena. Difusio bidezko aurkikuntzaren menpe dagoen aplikazioak ebaluatzeko baldintza bereizia du. Hori diseinu hutsunea da, ez bideratze akatsa.

Egiaztapena 5: zifratzearen kontua

Helbide pribatu batek eta baimen erregela batek ez dute ezer esaten aplikazio geruzako babes kriptografikoaz. Datuak muturretik muturrera babestea behar badute, zerbitzuak benetan onartzen duen protokolo eta identitate eredutik dator.

Eduki sare geruzako eta aplikazio geruzako baieztapenak bereizita diseinu oharrean, horiek batzeak berrikuspen bat inork inplementatu ez duen babesa baieztatzen amaitzeko modua delako.

Zer erregistratu

Erregistratu bi azpisareen identifikatzaileak, bakoitzari lotutako bideratze taula, segurtasun taldeen erreferentziak eta probatu duzun aplikazio eragiketa. Lau datu dira, eta bide honi buruzko etorkizuneko eztabaida gehienak konpontzen dituzte.

Zonan kokatzeak bakarrik ez dizu inoiz esaten VPN bat gehitu behar duzunik, eta ez du inoiz azaltzen zergatik huts egin duen eskaera pribatu batek.