Fjartenging þróunaraðila við Google Cloud VPC: veldu leiðina

Þróunaraðili þarf eina SSH lotu, gagnagrunnsport eða víðtækan aðgang að tugi einkarekinna þjónusta, og hver þessara beiðna lítur út eins og sama spurningin. Það er það ekki. Áfangastaðirnir, samskiptareglurnar og auðkennin sem koma við sögu ákveða hvaða aðgangsleið í Google Cloud hentar, og að velja þá víðtækustu sjálfgefið skapar vinnu sem þú þurftir ekki að eiga.

Skrifaðu niður áfangastaðina og samskiptareglurnar

Skráðu einkareknu vistföngin, portin og samskiptareglurnar sem verkið þarf í raun, merktu síðan hvaða auðkenni verður að staðfesta sérstaklega. Gagnagrunnsport og einkarekið DNS svæði eru mismunandi kröfur, og UDP þjónusta útilokar eina af valkostunum hér að neðan alfarið. Skrifaður listi sýnir líka hvað þú ert ekki að veita. Það er sá hluti sem ritstjórar spyrja um.

Gerðu þetta áður en þú opnar hlustara. Listinn verður síðar samþykkisprófið, og hann er eina áreiðanlega leiðin til að greina þrönga göng milli víðtækrar sem virkar fyrir tilviljun.

IAP fyrir nokkrar TCP þjónustur

TCP framsending í Identity-Aware Proxy gefur staðfesta göng að hæfum VM auðlindum án þess að afhjúpa þjónustuna á internetinu. Hversdagslega formið er gcloud compute ssh instance-1 --tunnel-through-iap --zone=us-central1-a, og hægt er að framsenda eitt port staðbundið með gcloud compute start-iap-tunnel instance-1 5432 --local-host-port=localhost:15432 --zone=us-central1-a.

Þrír hlutir verða að stemma: kallandinn þarf IAP gönguaðgangshlutverkið, eldveggurinn verður að hleypa IAP upprunasviðinu í gegn, og áfangastaðurinn verður að vera aðgengilegur á tilvikinu. Heimild til að búa til göngin er ekki gagnagrunnsskírteini, SSH innskráning eða RDP lota, svo haltu staðfestingu forritsins þar sem hún á heima.

TCP framsending í IAP er ekki VPN á þriðja lagi. Hún ber TCP að völdum áfangastað, ekki handahófskenndum IP umferð eða UDP, og hentar illa þegar forrit þarf einkarekið DNS yfir marga þjónustu.

VPN fyrir fjartengingu fyrir víðtækari aðgengi

Þegar þörf er á nokkrum áfangastöðum, samskiptareglum eða einkareknum DNS svæðum er betra formið sérstaklega stýrt VPN fyrir fjartengingu á VM eða studdum búnaði. Þessi uppsetning er aðskilin frá Cloud VPN sem Google stýrir: þú átt skráningu auðkennis viðskiptavinarins, hugbúnaðaruppfærslurnar, leiðir viðskiptavinarins og endurkomuleiðir VPC.

Skipuleggðu allan listann, ekki bara opinbera hlustarann. Láttu fylgja með göngusafnið, VPC leiðina til baka, framsendingarstýringar, DNS upplausn og aðgangsstefnu fyrir hverja þjónustu. VPN sem tengist en getur ekki leyst innri nöfn mistekst í vinnuflæði þróunaraðilans jafn algjörlega og eitt sem tengist aldrei.

Cloud VPN er hlið á stað, ekki snið fyrir fartölvu

Google Cloud VPN tengir jafningjahlið yfir IPsec, og algengar spurningar þess aðgreina það hlutverk staðar-til-staðar frá aðgangi viðskiptavinar að hliði. Að búa til göng framleiðir ekki snið sem starfsmaður flytur inn á fartölvu. Greinin skiptir máli þegar einhver biður um Cloud VPN snið. Svarið er önnur vara.

Það sem hlið gerir vel er að gefa vélunum bak við skrifstofunet leið inn í VPC. Það staðfestir ekki hvern starfsmann og veitir ekki forritsheimildir, svo þessar stefnur haldast á net- og forritslaginu þar sem hægt er að framfylgja þeim eftir auðkenni.

Staðfestu og skráðu

Prófaðu þröngasta áfangastaðinn fyrst, svo þann sem þarf DNS, og svo áfangastað sem verður að vera áfram neitaður. Keyrðu hvert próf frá sama viðskiptavini og mun nota leiðina í framleiðslu, því virkt próf frá vinnustöð kerfisstjóra sannar litlu um fartölvu þróunaraðila með annað net.

Skráðu valda gerðina, áfangastaðina sem hún nær yfir, auðkennin sem hún staðfestir og bilunina þegar leiðin er ekki tiltæk. Þessi skráning er það sem kemur í veg fyrir að næsta beiðni víkki göngin hljóðlaust í stað þess að bæta einum áfangastað við skjalfesta hönnun.