GCE VPN වෙනස් කිරීමට පෙර අනුක්‍රමික ප්‍රතිසාධන මාර්ගයක් සූදානම් කරන්න

එකම අතුරුමුහුණතේ දෙවන SSH කවුළුව ප්‍රතිසාධන මාර්ගයක් නොවේ. එය ඔබ වෙනස් කිරීමට යන මාර්ගය, firewall නියමය සහ ඩේමන් බෙදා ගනී, එබැවින් ඔබට එය අවශ්‍ය වන හරියටම මොහොතේ එය අසාර්ථක වේ. 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 ලෙස එසවීම අමුත්තාගේ මාර්ගය හෝ නැති වූ අක්තපත්‍ර අලුත්වැඩියා නොකරයි.