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గా నిలబెట్టడం అతిథి మార్గాన్ని లేదా తప్పిపోయిన ఆధారాలను సరిచేయదు.