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 кызматы катышаарын жана артка кайтаруу кантип аткарылаарын жазыңыз. Иштеп жаткан сессиядан учурдагы маршруттарды, эрежелерди жана кызматтын абалын тартып алыңыз.

Так ушул жазуу калыбына келтирүү каналын оңдоого айландырат, анткени консол сизге суроо гана берет. Аны өзгөртүүдөн мурун жазыңыз, кийин эстен эмес. Wiki’ден көчүрүлгөн артка кайтаруу артка кайтаруу эмес. Ал версия номери бар божомол.

6-кадам: өзгөртүүдөн кийин текшериңиз

Учурдагы SSH сессиясы жаңыларын бөгөттөгөн саясаттан аман калышы мүмкүн, ошондуктан жаңы кадимки административдик сессия менен сынаңыз. Анан өзгөрткөн VPN жүрүм-турумун өзүнчө сынаңыз.

Эки текшерүү тең өтмөйүнчө калыбына келтирүү каналын ачык кармаңыз, анан кирүү саясатына ылайык жабыңыз. Эгер SSH мурун эле жоголгон болсо жана консол кирүүсү даярдалбаса, сериялык кирүүнү коопсуздук тору катары кароону токтотуп, уруксат берилген эсепти калыбына келтирүү же инстанцияны оңдоо жумуш агымын баштаңыз. Башка VM’ди jump host катары көтөрүү коноктун жолун да, жетишпеген маалыматтарды да оңдобойт.