دا ادعا چې App Engine Standard د Cloud VPN له لارې شخصي ډیټابیس ته نه شي رسیدلی، د پلیټ فارم د پخواني نسل پاتې شونه ده. Standard انسټانسونه د VPC اصلي پته نه ترلاسه کوي لکه څنګه چې ځینې نور چلښت چاپیریالونه ترلاسه کوي، خو کولای شي egress ستاسو په شبکه کې د موجود Serverless VPC Access کنیکټر له لارې واستوي. کله چې دا لاره شتون ولري، Cloud VPN او لیرې فایر وال د کنیکټر ټرافیک د بل هر سرچینې په څیر ګوري. هغه څه چې ناکام کیږي په ندرت سره پخپله وړتیا ده. دا د دریو تنظیماتو څخه یو دی چې هیڅکله سره سمون نه لري.

زاړه ځواب له کومه راغی

د کنیکټرونو له شتون مخکې، عملي ځواب واقعیا دا و چې Standard یوازې له عامه پای ټکو سره خبرې کولای شي، او ټیمونه د دې لپاره چې له دې څخه وتښتي پروکسي VM یا بل چلښت چاپیریال ته لاړل. پلیټ فارم بدل شو، عامیانه نه. په آنلاین ډیرې مشورې لا هم هغه دوره منعکسوي چې د egress هیڅ انتخاب نه و.

اصلاح د اوریدو څخه تنګتره ده. Standard کولای شي شخصي شبکې ته ورسیږي، خو یوازې د ملاتړ شوي egress ادغام له لارې، او یوازې هغو منزلونو ته چې هغه ادغام واقعیا نیسي.

لومړی د egress لاره وټاکئ

د خدماتو سره نښلول شوی کنیکټر هغه څه دی چې ټرافیک یې VPC ته داخلیږي. د کنیکټر اسناد سیمه ایز شرط او د egress تنظیمات لیست کوي؛ کنیکټر باید د خدماتو په سیمه کې وي او د ځای پرځای کوونکي هویت لپاره د کارولو وړ وي.

vpc_access_connector:
  name: projects/PROJECT_ID/locations/REGION/connectors/CONNECTOR_NAME
  egress_setting: private-ranges-only

private-ranges-only شخصي منزلونه VPC ته لیږي او نور هر څه په نورمال انټرنیټ لاره کیږدي، کوم چې معمولا د ډیټابیس اړیکې ته اړتیا وي. all-traffic بهر وتونکی ټرافیک په پراخه توګه د VPC له لارې فشاروي، نو عادي انټرنیټ زنګونه هم د VPC NAT او فایر وال دریځ په میراث اخلي.

د فایل په محلي ډول سمول تر هغه پورې هیڅ نه بدلوي چې ځای پرځای یې نه کړئ. چلیدونکی نسخه هغه ترتیب ساتي چې ورسره جوړ شوی و.

د سرچینې پته کنیکټر دی، ستاسو لیپ ټاپ نه

د ډیبګینګ ډیره برخه دلته ځي. لیرې VPN ګیټ وے او د ډیټابیس فایر وال باید په VPC دننه د کنیکټر ټاکل شوې ساحه ومني، نه ستاسو د دفتر پته او نه د خدماتو عامه egress پته. د یوې قاعدې لیکلو دمخه هغه ساحه په کنسول کې ومومئ.

دوه نور ځایونه باید سره موافق وي. د VPC د لارو جدول ته د لیرې ډیټابیس شبکې ته لاره اړینه ده، او لیرې خوا ته د کنیکټر ساحې لپاره د بیرته ستنیدو لاره اړینه ده. که تونل د ټرافیک غوره کوونکي وکاروي، تایید کړئ چې د کنیکټر ساحه د خبرو اترو په حد کې ده. یوازې د لیرې څخه محلي لوري ته موجوده لاره عامه نیمګړتیا ده، او پینګونه تیریږي خو هیڅکله د TCP لاس نیول نه بشپړوي.

هغه تونل چې یوازې VM فرعي شبکه مني د کنیکټر بنډلونه به پرته له ګټورې تیروتنې پیغام څخه وغورځوي، ځکه د ډیټابیس وخت ختمیدل د اعتبارنامې ستونزې په څیر ښکاري.

DNS بل لاره سفر کوي

د شخصي ډیټابیس کوربه نوم باید په هغه شبکه کې حل شي چې کنیکټر ورته رسیږي، د Cloud DNS پییرینګ یا د لیږد زون له لارې چې VPC یې کارولای شي. ستاسو په کاري سټیشن کې یې حل کول د ځای پرځای شوي خدمت په اړه هیڅ نه ثابتوي، ځکه ستاسو لیپ ټاپ هغه حل کوونکی نه کاروي.

که نوم د VPC له داخله عامه پتې ته حل شي، نو تاسو د غلط فایر وال ډیبګ کولو په حال کې یاست.

URL Fetch کنیکټر نه کاروي

د egress تنظیم د چلښت چاپیریال نورمال بهر وتونکي ساکټونه پوښي، او زاړه URL Fetch خدمت د دې لارې برخه نه ده. د urlfetch له لارې صادر شوې غوښتنه کنیکټر ته له پامه غورځوي که ترتیب څه ووایي. کله چې ناکامه زنګ په زاړه کتابتون کې وي چې لا هم URL Fetch کاروي، حل دا دی چې هغه زنګ معیاري HTTP کلاینټ ته انتقال کړئ.

د ډیټابیس ډرایور لپاره دا په ندرت سره ستونزه ده، خو دا کلاسیک دلیل دی چې ولې په یو خدمت کې یو پای ټکی کار کوي او بل نه.

د یوې تنګې پوښتنې سره تایید کړئ

ځای پرځای کړئ، بیا د لیرې خوا څارلو پرمهال د ځای پرځای شوي نسخې څخه یو اجازه لرونکی ډیټابیس عملیات ترسره کړئ. هغه سرچینه پته چې ډیټابیس یا VPN ګیټ وے ثبتوي باید د کنیکټر وي. که نه، غوښتنه هیڅکله VPC ته نه ده ننوتلې او هیڅ د تونل ترتیب به یې سم نه کړي. له هغې ساحې سره یې پرتله کړئ چې په کنسول کې مو موندلې؛ ناسم والی معمولا پدې معنی دی چې دوهم کنیکټر نسخه ته خدمت کوي.

د VPC دننه د VM څخه بریالۍ پوښتنه ثابوي چې لاره شتون لري. دا نه ثابوي چې خدمت هغه غوره کړې.

اړوندې مقالې