Msanidi programu anahitaji kipindi kimoja cha SSH, bandari ya hifadhidata au ufikiaji mpana kwa huduma kadhaa za kibinafsi, na kila moja ya maombi haya inaonekana kama swali lile lile. Si hivyo. Maeneo ya mwisho, itifaki na utambulisho unaohusika huamua njia gani ya ufikiaji katika Google Cloud inafaa, na kuchagua ile pana zaidi kwa chaguo-msingi huunda kazi ambayo hukuhitaji kuimiliki.

Andika maeneo ya mwisho na itifaki

Orodhesha anwani za kibinafsi, bandari na itifaki ambazo kazi inahitaji kwa kweli, kisha weka alama ni utambulisho upi unapaswa kuthibitishwa kando. Bandari ya hifadhidata na eneo la DNS la kibinafsi ni mahitaji tofauti, na huduma ya UDP huondoa kabisa moja ya chaguo hapa chini. Orodha iliyoandikwa pia inaonyesha usichotoa. Hiyo ni sehemu ambayo wakaguzi huuliza kuhusu.

Fanya hivi kabla ya kufungua msikilizaji. Orodha inakuwa jaribio la kukubalika baadaye, na ndiyo njia pekee ya kuaminika ya kutofautisha handaki nyembamba na pana inayofanya kazi kwa bahati.

IAP kwa huduma chache za TCP

Usambazaji wa TCP katika Identity-Aware Proxy hutoa handaki iliyothibitishwa kwa rasilimali za VM zinazofaa bila kufichua huduma kwenye intaneti. Umbo la kila siku ni gcloud compute ssh instance-1 --tunnel-through-iap --zone=us-central1-a, na bandari moja inaweza kusambazwa kienyeji kwa gcloud compute start-iap-tunnel instance-1 5432 --local-host-port=localhost:15432 --zone=us-central1-a.

Mambo matatu lazima yalingane: mpigaji anahitaji jukumu la ufikiaji wa handaki ya IAP, ukuta wa moto lazima ukubali masafa ya chanzo cha IAP, na lengo lazima lifikiwe kwenye kipengele. Idhini ya kuunda handaki si hati ya hifadhidata, kuingia kwa SSH au kikao cha RDP, kwa hivyo weka uthibitishaji wa programu mahali inapostahili.

Usambazaji wa TCP katika IAP si VPN ya tabaka la tatu. Hubeba TCP hadi lengo lililochaguliwa, si trafiki ya IP ya kiholela au UDP, na haifai vizuri wakati programu inahitaji DNS ya kibinafsi katika huduma nyingi.

VPN ya ufikiaji wa mbali kwa ufikikaji mpana

Wakati maeneo kadhaa ya mwisho, itifaki au maeneo ya DNS ya kibinafsi yanahitajika, umbo bora ni VPN ya ufikiaji wa mbali inayosimamiwa kwa uwazi kwenye VM au kifaa kinachotumika. Usambazaji huo ni tofauti na Cloud VPN inayosimamiwa na Google: wewe unamiliki usajili wa utambulisho wa mteja, masasisho ya programu, njia za mteja na njia za kurudi kwenye VPC.

Panga orodha yote, sio msikilizaji wa umma pekee. Jumuisha bwawa la handaki, njia ya VPC kurudi humo, udhibiti wa usambazaji, utatuzi wa DNS na sera ya ufikiaji kwa kila huduma. VPN inayounganisha lakini haiwezi kutatua majina ya ndani hushindwa mtiririko wa kazi wa msanidi programu kikamilifu kama ile isiyounganisha kamwe.

Cloud VPN ni lango la tovuti, si wasifu wa kompyuta ya mkononi

Google Cloud VPN huunganisha lango rika kupitia IPsec, na maswali yanayoulizwa mara kwa mara yake hutenganisha jukumu hilo la tovuti-hadi-tovuti na ufikiaji wa mteja-hadi-lango. Kuunda handaki hakuzauri wasifu ambao mfanyakazi huleta kwenye kompyuta ya mkononi. Tofauti hiyo ni muhimu wakati mtu anaomba wasifu wa Cloud VPN. Jibu ni bidhaa nyingine.

Lango hufanya vizuri jambo moja: huwapa mashine zilizo nyuma ya mtandao wa ofisi njia ya kuingia kwenye VPC. Hailinganishi kila mfanyakazi au kutoa ruhusa za programu, kwa hivyo sera hizo hubaki kwenye tabaka za mtandao na programu ambapo zinaweza kutekelezwa kwa utambulisho.

Thibitisha na rekodi

Jaribu lengo nyembamba zaidi kwanza, kisha lile linalohitaji DNS, na kisha lengo ambalo lazima libaki limekataliwa. Endesha kila jaribio kutoka kwa mteja huyo huyo atakayetumia njia katika uzalishaji, kwa sababu jaribio lililofanikiwa kutoka kituo cha kazi cha msimamizi linathibitisha kidogo kuhusu kompyuta ya mkononi ya msanidi programu yenye mtandao tofauti.

Rekodi modeli iliyochaguliwa, maeneo ya mwisho inayoshughulikia, utambulisho inaothibitisha na tabia ya kushindwa wakati njia haipatikani. Rekodi hiyo ndiyo inayozuia ombi linalofuata kupanua handaki kimya kimya badala ya kuongeza lengo moja kwenye muundo ulioandikwa.

Makala zinazohusiana