Dirisha la pili la SSH kwenye kiolesura hicho si njia ya urejeshaji. Linashiriki njia, kanuni ya firewall na daemon unayokaribia kubadilisha, kwa hiyo linashindwa kamili wakati unaohitaji. Kabla ya kuhariri njia za VPN kwenye VM ya Compute Engine, thibitisha mambo matatu tofauti: kwamba unaweza kutumia konsoli ya mfululizo, kwamba unaweza kusoma matokeo yake, na kwamba mgeni atakupa kuingia kweli. Ukaguzi ulio chini unaenda kwa mpangilio huo, wa bei ndogo kwanza, ili ruhusa inayokosekana igunduliwe kabla ya kuwa muhimu.

Hatua 1: thibitisha ruhusa ya upande wa wingu

Taja VM, mradi na eneo kamili, kisha angalia sera ya ufikiaji ya mfululizo iliyoidhinishwa na shirika. Msimamizi anahitaji ruhusa husika, na ufikiaji wa mfululizo wa mwingiliano lazima uwezeshwe kwa mfano huo chini ya udhibiti wa mradi na shirika unaotumika.

Usidhoofishe sera ya shirika wala kuwasha ufikiaji wa konsoli kwa mradi mzima ili kuandaa mashine moja. Omba mmiliki apange utaratibu ulioruhusiwa kabla ya jaribio, si wakati wa kukatika.

Hatua 2: thibitisha kwamba unaweza kusoma matokeo

Kusoma matokeo ya mfululizo ni ukaguzi wa bei ndogo, na hufanya mazoezi ya usafirishaji bila kugusa kuingia kwa mgeni:

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

Badilisha vitambulisho na tumia lango lililoruhusiwa. Ujumbe wa kuwasha na gumzo la konsoli hukuambia kwamba kituo kinafanya kazi. Hazithibitishi kwamba unaweza kupata shell. Ndiyo sababu hatua hii imetenganishwa na inayofuata.

Hatua 3: thibitisha kwamba unaweza kupata kuingia kwa mwingiliano

Amri ya muunganisho inafungua kikao halisi, si hakikisho:

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

Ilichukulie kama konsoli hai. Thibitisha kituo cha mwisho kabla ya kuandika vitambulisho, kwa sababu kila mguso wa kitufe unatua kwenye mfano.

Hapa ndipo mpango ulioonekana kamili unaanguka. Ruhusa ya wingu ni mpaka mmoja na kidokezo cha kuingia cha Linux ni mwingine, na kupita wa kwanza hakusemi chochote kuhusu wa pili.

Hatua 4: andaa vitambulisho ambavyo mgeni atakubali

Picha za Linux zinazotolewa na Google haziwezeshi kwa chaguo-msingi kuingia kwa ndani kwa nenosiri. Kwa hiyo kikao cha mfululizo kinaweza kufikia kidokezo cha kuingia na kusimama hapo, kikisubiri kitambulisho ambacho hakuna aliyeweka.

Akaunti ya urejeshaji iliyoidhinishwa, au mbinu yoyote ya kuingia ya mgeni iliyoandikwa ambayo usambazaji wako unatumia, lazima iwepo na ijarbiwe. Ufunguo wa SSH unaofanya kazi kupitia mtandao haukidhi kiotomatiki kidokezo cha nenosiri cha konsoli, kwa hiyo angalia mpangilio halisi wa OS Login na funguo badala ya kudhani unashughulikia kesi hii.

Weka vitambulisho vya urejeshaji kwa faragha. Nenosiri la root lililobandikwa kwenye mfano wa umma wa startup-script ni tukio la pili linalosubiri kutokea.

Hatua 5: rekodi mmiliki na kurudisha nyuma

Kabla ya kubadilisha chochote, hifadhi usanidi wa mtandao unaofanya kazi na uandike nani anausimamia, huduma gani ya VPN inahusika na jinsi kurudisha nyuma kunafanywa. Kutoka kikao kinachofanya kazi, nasa njia, kanuni na hali ya huduma ya sasa.

Rekodi hiyo ndiyo inayobadilisha kituo cha urejeshaji kuwa ukarabati, kwa sababu konsoli inakupa kidokezo tu. Iandike kabla ya mabadiliko, si baadaye kutoka kumbukumbu. Kurudisha nyuma lililonakiliwa kutoka wiki si kurudisha nyuma. Ni nadhani yenye nambari ya toleo.

Hatua 6: thibitisha baada ya mabadiliko

Kikao kilichopo cha SSH kinaweza kustahimili sera inayozuia vipya, kwa hiyo jaribu kwa kikao kipya cha kawaida cha usimamizi. Kisha jaribu tabia ya VPN uliyoibadilisha kwa faragha.

Weka kituo cha urejeshaji wazi hadi ukaguzi wote mbili upite, kisha kifunge kulingana na sera ya ufikiaji. Ikiwa SSH imeshapotea na hakuna kuingia kwa konsoli iliyoandaliwa, acha kuchukua ufikiaji wa mfululizo kama wavu wa usalama na uanze mtiririko ulioidhinishwa wa urejeshaji wa akaunti au ukarabati wa mfano. Kusimamisha VM nyingine kama jump host hakutengenezi njia ya mgeni wala vitambulisho vinavyokosekana.

Makala zinazohusiana