EC2 milli svaða: athugaðu beiningar áður en VPN er sett upp

Áður en þú setur upp VPN-hugbúnað milli tveggja EC2-tilvika skaltu svara einni spurningu: eru þau í sama VPC? Ef svo er, er einkaleiðin þegar til og staðsetning milli svaða breytir því ekki. Mest af vinnunni í þessari stöðu er að staðfesta hvaða beiningartöflu hvert undirnet notar í raun og veru, og komast síðan að því hvort bilunin hafi yfirhöfuð verið beiningarvandamál. Göng eru venjulega rangt svar við þessari tilteknu spurningu.

Athugun 1: sama VPC eða mismunandi VPC

VPC er svæðisbundið og nær yfir svaði, en hvert undirnet tilheyrir nákvæmlega einu svaði. Tvö tilvik á mismunandi svaðum í sama VPC eru enn innan sama einkabeiningarléns.

Mismunandi VPC fá aldrei einkaleið bara vegna þess að þau deila svæði eða svaðismerki. Slíkt tilfelli krefst studdrar tengingar og eigin vinnu við leiðir og heimildir, sem er sérstök ákvörðun.

Athugun 2: hvað beiningartöflur undirnetanna segja

Skrifaðu upp skipulagið með raunverulegum gildum. VPC á 10.60.0.0/16 með undirnetunum 10.60.1.0/24 og 10.60.2.0/24 gefur tilvikunum 10.60.1.10 og 10.60.2.20 leið um staðbundna leið VPC.

Skoðaðu síðan töflurnar sem tengjast báðum undirnetunum, ekki bara þeirri sem þú fannst fyrst. Sértækari skoðunar- eða tækjaleið getur hagrætt grunnleiðinni, og mark staðbundnu leiðarinnar getur sjálft verið skipt út í nýrri stillingum. Staðbundin leið sem sést einhvers staðar í stjórnborðinu sannar ekki að bæði vinnuálögin noti hana.

Notaðu einkatölvurnar og nöfnin sem VPC úthlutar í raun. Einkatölu þarf ekki að byrja á 10, og að búa eina til úr minni er leiðin til að greina virkt umhverfi rangt.

Athugun 3: beiningar eða heimild

Beiningar koma pakkanum aðeins að netviðmóti marksins. Öryggishópur marksins þarf enn að hleypa upprunanum og þjónustunni, útleiðarreglur upprunans þurfa að leyfa beiðnina, og hvaða net-ACL sem er þarf að leyfa báðar áttir því ACL geyma ekki stöðu.

Þar fyrir aftan eru eldveggur gestsins, binding hlustandans og einkennisauðkenni forritsins sjálfs. Hvert þeirra getur hafnað beiðni sem beiningarnar skiluðu fullkomlega.

Móttakan verður að vera raunveruleg aðgerð forritsins. Árangursríkt ping veitir ekki aðgang að forritinu og sannar ekki að TLS-nafn og auðkenni séu rétt, og lokað ping sannar ekki að öll einkatengd þjónusta sé niðri.

Athugun 4: er sérstök tenging í raun nauðsynleg

VPN getur enn átt heima í hönnuninni, en af tilgreindri ástæðu: að tengja þetta VPC við skrifstofu, hleypa fartölvum að eða uppfylla kröfu um yfirlag. Sú ástæða er önnur en venjuleg samskipti innan sama VPC.

Mundu líka hvað VPC er ekki. Það er ekki framlenging á heima-Ethernet-hluta. Forrit sem byggir á uppgötvun með útsendingu hefur sérstaka kröfu sem þarf að meta. Það er hönnunargat en ekki beiningarvilla.

Athugun 5: dulritunarmálið

Einkatölva og heimildarregla segja ekkert um dulritunarvernd á forritslaginu. Ef gögnin þurfa vernd frá enda til enda kemur hún frá samskiptareglunum og auðkennislíkaninu sem þjónustan styður í raun.

Haltu fullyrðingum um netlag og forritslag aðskildum í hönnunarmiðanum, því að sameina þær er leiðin sem yfirferð endar á að fullyrða vernd sem enginn innleiddi.

Hvað á að skrá

Skráðu bæði auðkenni undirnetanna, beiningartöfluna sem tengist hvoru, tilvísanir öryggishópanna og aðgerðina í forritinu sem þú prófaðir. Þetta eru fjórar staðreyndir og þær leysa flest framtíðarágreining um þessa leið.

Staðsetning á svaði ein og sér segir þér aldrei að bæta við VPN og útskýrir aldrei hvers vegna einkabeiðni mistókst.