Dulkóðuð gegnumferð veitir ekki aðgang að flutningsaðilanum
Dulkóðun hylur farminn frá áhorfendum gegnumferðar. Hún gefur ekki hýsli með minna trausti leiðir inn í net flutningsaðilans, DNS eða einkanlega þjónustu.
Tveir samþykktir gáttir flytja umferð nets með minna trausti yfir takmarkað flutningsnet. Dulkóðun farmsins heldur honum ólæsilegum fyrir venjulega áhorfendur gegnumferðar, og það er sá hluti sem fólk hannar fyrst og hættir svo að hugsa um. Það sem dulkóðun gerir ekki er að skilgreina hvaða auðlindir hliðin með minna trausti má ná. Hönnunin þarf tvö mörk: eitt í kringum flutta samræðu og eitt í kringum aðgang að flutningsaðilanum sjálfum.
Framkvæmdu skrefin hér að neðan í röð og meðhöndlaðu bilun í hvaða skrefi sem er sem hönnunarbreytingu, ekki stillingu á uppsetningu.
Skilgreindu bæði mörkin áður en þú snertir uppsetningu
Fyrsta markið er samræðan: hvaða gáttapör mega koma á fót göngum og hvaða innri umferð má fara í gegnum þau. Annað er flutningsaðilinn: hvaða vistföng og þjónustu hýslin með minna trausti geta náð utan ganganna. Liðin byggja venjulega fyrra markið og erfa hið síðara frá hvaða leiðslu sem fyrir var, og þannig verður takmörkuð hönnun hljóðlega víðtæk. Þessi arfleifð er venjulega undirrótin þegar endurskoðun finnur hýsil með minna trausti tala við eitthvað sem enginn samþykkti.
Skrifaðu bæði niður sem lista yfir vistföng, gáttir og stefnur. Ef ekki er hægt að skrifa lista er markið enn ekki skilgreint.
Skref 1: takmarkaðu ytra gangið
Á viðmótinu sem snýr að flutningsaðilanum skaltu aðeins leyfa það sem gangið þarf: IKE á UDP 500 og 4500 milli tveggja gáttavistfanga, og ESP þar sem NAT-gegnumferð er ekki notuð. Hafnaðu öllu öðru sem berst á þetta viðmót, þar á meðal stjórnunarferlum. ESP-forskriftin nær yfir varnarþjónustuna; hún segir ekkert um hvaða eigin þjónustu flutningsaðilans gáttirnar mega nota. Lýstu þessu sem skýrum leyfislista, svo nýútgefin þjónusta flutningsaðilans verði ekki aðgengileg sjálfgefið.
Þetta er reglusafnið sem gerir hönnunina að gegnumferðarhönnun en ekki jafningjasamkomulagi.
Athugaðu það frá hliðinni með minna trausti, ekki frá stjórnborði gáttarinnar. Hýsill þar ætti að mistakast að ná DNS-þjóni flutningsaðilans jafnvel áður en gangið er komið upp.
Skref 2: ákveddu hvað fjargáttin afhendir
Á fjarlæga endanum verður endurheimt umferð að fara á ákveðinn stað. Skilgreindu hvaða innri þjónusta er leyfð, frá hvaða upprunasviðum, og hvort búist er við samhverfum svörum. Farðu sérstaklega yfir stjórnunaraðgang, því sama gáttin opnar oft stjórnunarskurð sem var aldrei hluti af gegnumferðaráætluninni.
Skýringarmynd sem stöðvast við árangursríka afkóðun hefur sleppt ákvörðuninni sem skiptir mestu máli.
Skref 3: haltu eignarhaldi eftir lögum
Gegnumferðarbúnaður tekur enn við og sendir ytri pakka, svo hann þarf plástrur og afkastagetuáætlun. Endapunktar ganganna vinna úr varða samskiptareglunni og opna innri umferð fyrir sendingarleið sinni, svo þeir þurfa eigin reglur og eigin vöktun. Lokaforritin vinna úr farminum, og farmur sem er ógegnsær er ekki sönnun þess að afkóðuð niðurhala sé skaðlaus.
Úthlutaðu eiganda til hvers lags. Lögin án eiganda eru þau sem rekast af.
Skref 4: staðfestu og afhendtu svo yfirvaldinu
Staðfestu ytri leiðina með gangið uppi og reglur flutningsaðilans í gildi. Prófaðu svo hverja auðlind sem hliðin með minna trausti ætti ekki að ná og staðfestu að bilunin sé synjun en ekki tímamörk sem fela leið. Athugaðu líka framboð og auðlindamörk, því jafnvel dulkóðuð tenging getur mettast.
Fyrir stýrð eða flokkuð umhverfi skaltu fara með hönnunina til ábyrga öryggisyfirvaldsins og nota samþykkta aðgreiningararkitektúr þess. VPN-uppsetning og hugmyndafræðileg skýring veita ekki faggildingu. Þetta skref er ekki pappírsvinna; það ræður því hvort hönnunin má yfirhöfuð vera til.