د GCE VPN د بدلون مخکې د سیریل بیا رغونې لاره چمتو کړئ

په همدې انټرفیس کې دوهم SSH کړکۍ د بیا رغونې لاره نه ده. دا هغه لاره، د فایر وال قاعده او هغه ډیمون شریکوي چې تاسو یې بدلولو ته نږدې یاست، نو په هماغه شیبه کې ناکامه کیږي چې تاسو ورته اړتیا لرئ. په Compute Engine VM کې د VPN لارو له سمون مخکې درې جلا شیان ثابت کړئ: چې تاسو کولای شئ سیریل کنسول وکاروئ، چې کولای شئ د هغې تولید ولولئ، او چې میلمه به تاسو ته واقعاً ننوتنه درکړي. لاندې څیړنې په همدې ترتیب، له ارزانه پیل کیږي، تر څو ورکه اجازه د مهمیدو مخکې وموندل شي.

ګام 1: د کلاوډ اړخ اجازه تایید کړئ

دقیق VM، پروژه او زون ونوموئ، بیا د سازمان تصویب شوې سیریل لاسرسي تګلاره وګورئ. مدیر ته اړونده اجازه ته اړتیا ده، او متقابل سیریل لاسرسی باید د هغې نمونې لپاره د پروژې او سازمان د فعالو کنټرولونو لاندې فعال وي.

د یو ماشین د چمتو کولو لپاره د سازمان تګلاره مه کمزورئ او یا په ټوله پروژه کې کنسول لاسرسی مه خلاصوئ. له مالک څخه وغواړئ چې اجازه شوې طریقه د ازموینې مخکې برابر کړي، نه د خنډ پر مهال.

ګام 2: ثابته کړئ چې تولید لولای شئ

د سیریل تولید لوستل تر ټولو ارزانه څیړنه ده، او پرته له دې چې د میلمه ننوتنې ته لاس ووهي، ترانسپورت تمرینوي:

gcloud compute instances get-serial-port-output VM_NAME \
    --project PROJECT_ID --zone ZONE --port 1

پیژندونکي بدل کړئ او اجازه شوې پورټ وکاروئ. د بوټ پیغامونه او د کنسول خبرې ښیي چې چینل کار کوي. دا ثابتوي نه چې تاسو کولای شئ shell ترلاسه کړئ. له همدې امله دا ګام له بل څخه جلا دی.

ګام 3: ثابته کړئ چې متقابل ننوتنه ترلاسه کولای شئ

د نښلولو امر یوه ریښتینې ناسته پرانیزي، نه مخکتنه:

gcloud compute connect-to-serial-port VM_NAME \
    --project PROJECT_ID --zone ZONE --port 1

له دې سره د ژوندي کنسول په توګه چلند وکړئ. د اعتبار معلوماتو له لیکلو مخکې پای ټکی تایید کړئ، ځکه هر کیلي ټک وهل پر نمونه لویږي.

دلته هغه پلان چې بشپړ ښکاري ویجاړیږي. د کلاوډ اجازه یوه پوله ده او د Linux د ننوتنې غوښتنه بله ده، او د لومړي تیریدل د دوهم په اړه هېڅ نه وایي.

ګام 4: هغه اعتبار معلومات چمتو کړئ چې میلمه به یې ومني

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

تصویب شوې بیا رغونې حساب، یا هر هغه مستنده میلمه ننوتنې طریقه چې ستاسو ځای پرځای کول یې کاروي، باید شتون ولري او ازمویل شوې وي. هغه SSH کیلي چې په شبکه کې کار کوي په اتوماتيک ډول د کنسول پټنوم غوښتنه نه پوره کوي، نو د دې انګیرنې پر ځای چې دا قضیه پوښي، ریښتینی OS Login او د کیلي ترتیب وګورئ.

د بیا رغونې اعتبار معلومات خصوصي وساتئ. په عامه startup-script بېلګه کې نښلول شوی root پټنوم هغه دوهمه پیښه ده چې د رامنځته کیدو په تمه ده.

ګام 5: مالک او بیرته راګرځیدنه ثبت کړئ

له هر څه بدلولو مخکې کاري شبکه ترتیب خوندي کړئ او ولیکئ چې څوک یې مدیریت کوي، کومه VPN خدمت پکې شامل دی او بیرته راګرځیدنه څنګه کیږي. له یوې کاري ناستې څخه اوسني لارې، قواعد او د خدمت حالت ثبت کړئ.

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

ګام 6: له بدلون وروسته تایید کړئ

شته SSH ناسته کولای شي له هغې تګلارې ژوندي پاتې شي چې نوي بندوي، نو له نوي عادي اداري ناستې سره ازموینه وکړئ. بیا هغه VPN چلند چې بدل کړی مو، جلا ازموینه کړئ.

د بیا رغونې چینل تر هغه خلاص وساتئ چې دواړه څیړنې بریالۍ شي، بیا یې د لاسرسي تګلارې له مخې وتړئ. که SSH لا دمخه ورک شوی وي او د کنسول ننوتنه نه وي چمتو شوې، نو سیریل لاسرسي د خوندیتوب جال ګڼل بند کړئ او د حساب د بیا رغونې یا نمونې د ترمیم اجازه شوې کړنلاره پیل کړئ. بله VM د jump host په توګه درول نه د میلمه لاره سمېږي او نه ورکې اعتبار معلومات.