VPC ته VPN کار کوي، خو مدیریت شوې خدمت وخت تېرېږي
تونل ستاسو په څنډه پای ته رسېږي، نه د برابرونکي په مخکې دروازه۔ د لارې د بدلولو دمخه هدف د VM کوربه، VPC پورې تړلی یا یوازې عامه په توګه طبقه بندي کړئ۔
د VPN له لارې مدیریت شوې ډیټابیس ته رسېدل معمولاً د یوې داسې دلیل له امله ناکامېږي چې چا په لارښود کې نه دي لیکلي: تونل ستاسو د شبکې په څنډه پای ته رسېږي، پداسې حال کې چې خدمت هېڅکله د هغې ستاسو په اړخ کې نه و۔ د لارې جدول سم ښکاري، تونل فعالېدو راپور ورکوي، او اړیکه بیا هم وخت تېروي۔ لاندې څلور کتنې په ترتیب سره ترسره کړئ او په لومړنۍ کتنه ودرېږئ چې د بریالیتوب شرط یې نه وي پوره شوی، ځکه له هغې وروسته هره کتنه فرض کوي چې پخوانۍ پوره شوې دي۔
لومړۍ کتنه: پای ټکی واقعاً چېرې اوسیږي؟
د VPN دروازه دوه شبکې یوځای کوي چې پته یې تاسو کنټرولوئ۔ مدیریت شوې خدمت د برابرونکي د خپلې مخکې دروازې شاته چلېږي، او هغه دروازه د محصول له مخې د درېیو بڼو څخه یوه غوره کوي۔ که نه پوهېږئ چې له کومې بڼې سره معامله لرئ، هېڅ د لارې کار به مرسته ونه کړي، ځکه نیمګړتیا کېدای شي د لارې نیمګړتیا نه وي۔
| Shape | What it means | Pass condition |
|---|---|---|
| Software on your VM | Ordinary subnet addressing | Route and security group permit the client |
| Attached to your VPC | Private, but only inside that VPC | Endpoint associated, source allowed, route present |
| Provider-hosted, public endpoint | Optional private link, not private by default | A private endpoint exists and DNS points at it |
ډېرې ضایع شوې ماسپښینې د دې طبقې بندۍ له پرېښودو او سیدها د لارې جدول ته تللو څخه رامنځته کېږي۔ د برابرونکي کوربه شوې خدمت چې عامه پای ټکی لري، هر څه چې انځور وایي ستاسو د تونل شاته نه دی، او VPC پورې تړلې خدمت به هېڅکله په عامه DNS ځواب کې ونه لیدل شي۔
دوهمه کتنه: VPC پورې تړلې خدمت لکه ElastiCache
د دې ډول کاشونه ستاسو په خپله VPC کې پته ترلاسه کوي او انټرنېټ ته مخامخ اورېدونکی نه لري۔ په همدې VPC کې پای ته رسېدونکی کلینټ VPN کولای شي هغوی ته ورسېږي، خو یوازې هغه وخت چې درې شرطونه یوځای شي۔ د کاش پای ټکی باید له هغو سبنیټونو سره وتړل شي چې ستاسو تونل یې ویني، د هغې امنیتي ګروپ باید هغه پته اجازه کړي چې ستاسو کلینټونه ترې راځي، او د کلینټ اړخ ته د کاش سبنیټونو پوښونکې لاره ته اړتیا ده۔
عامه غلطي دا ده چې فکر کړو نږدې چېرې اړیکه هم شمېرل کېږي۔ VPN له بل VPC سره تړل، یا یوازې پر peering تکیه کول، د کاش امنیتي ګروپ یا د هغې د سبنیټ لارې جدول ستاسو کلینټونو ته نه غځوي۔ کله چې موجود تونل بل ځای پای ته رسېږي، نو په هغه VPC کې ایښودل شوی جمپ هوسټ یا VPN سرور معمول بدیل دی۔ دا ډول بدیل ډیزاین نه، بلکې یوه چلنه ده، او په لارښود کې باید همداسې نښه شي۔
درېیمه کتنه: عامه نوم لرونکی PaaS پای ټکی
Azure Database for PostgreSQL یو عامه سرور نوم وړاندې کوي۔ دا تاسو ته داسې شخصي پته نه درکوي چې په hosts فایل کې یې وټومئ او د دروازې له لارې یې لاره ورکړئ۔ د مجازي شبکې خدمت پای ټکي محدودوي چې کوم سبنیټونه کولای شي یو سرچینې ته ورسېږي؛ دوی د VPN له لارې راغلي سیمه ییز کلینټ ته اجازه نه ورکوي۔
شخصي لاسرسي ترلاسه کول یعنې شخصي پای ټکی یا د شخصي تړاو ډیزاین راوړل، بیا شخصي DNS زون اضافه کول تر څو عامه نوم د انټرنېټ پر ځای د هغې پای ټکي سره ځواب ووایي۔ VPN د خدمت پای ټکي قاعدې سره یوځای بل معماري ده چې یوازې په انځور کې ورته ښکاري۔ App Service هماغه منطق مخالف لوري ته تعقیبوي: VNet یوځایوالی اپلیکېشن ته اجازه ورکوي چې VNet ته وتونکي زنګونه وکړي، او ستاسو له تونل څخه راتلونکې شخصي لاره نه جوړوي۔ نو ځکه راتلونکې شخصي لاسرسي ته شخصي پای ټکی، App Service چاپېریال یا د اپلیکېشن مخې ته ایښودل شوې دروازه ته اړتیا ده، او له دې څخه کوم یو چې کارولی شئ د پلان پورې تړلی دی۔
څلورمه کتنه: خپله مخکې دروازه لرونکي محصولات
Firebase Hosting کولای نه شي Cloud VPN سره وتړل شي، ځکه کوربه توب پوړ یو نړیوال مخکې برخه ده، نه د یوه پروژې VPC دننه څه شی۔ مستند بدیل دا دی چې کنټرول شوی ننوتل ټکی پخپله جوړ کړئ، د پراکسي انسټانس یا د بالټي له خوا ملاتړ شوي بار برابرونکي سره۔ په هره توګه سایټ د خالص کوربه توب محصول پاتې کېدو څخه منځ ته راځي او هغه زیربنا کېږي چې اوس یې تاسو چلوئ۔ دې بدلون ته د نوم ورکول ارزښت لري مخکې له دې چې څوک ژمنه وکړي چې تونل به یې پوښي۔
Private API Gateway د VPC خدمتونو خوا ته نږدې دی: د interface ډول VPC پای ټکی داسې هوسټ نوم خپروي چې ځوابونه یې شخصي پتې دي، او ستاسو له احاطې څخه ټرافیک د تونل یا ځانګړي اړیکې له لارې راځي۔ پای ټکی باید له API سره وتړل شي، او سند او هوسټ نوم باید د هغه ځانګړي ډومېن سره سم وي چې زنګ وهونکي یې کاروي۔
د Google Cloud VPN تونلونه له نومونو سره نه، بلکې له سیالو IP پتو سره تړل کېږي۔ DNS لېږد بېل تنظیمېږي، له همدې امله تونل بشپړ روغ وي او بیا هم په لرې شخصي زون کې پلټنې ناکامېږي۔
بیا پوله پیدا کړئ
هماغه اړیکه د VPC دننه په VM کې وچلوئ۔ کله چې هلته بریالۍ شي او د VPN کلینټ څخه ناکامه شي، تشه د کلینټ لارې او د خدمت پای ټکي ترمنځ ده: لاره، امنیتي ګروپ، د پای ټکي تګلاره یا نوم۔ کله چې دواړه هڅې ناکامې شي، په هغې شبکه کې هېڅ شی نشي کولای خدمت ته ورسېږي، او VPN هېڅکله خنډ نه و۔
getent hosts db.internal.example
nc -vz db.internal.example 5432د نوم پلټنه او د پورټ کتنه بیلې بیلې ترسره کړئ، ځکه دوی د بېلو دلیلونو له امله ناکامېږي او دا جوړه تاسو ته وایي چې د لارې کومه نیمه ماتې ده۔ هغه نوم چې عامه پتې ته حل شي تاسو ته وایي چې شخصي DNS زون په کار نه دی۔