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 ஆக நிறுவுவது விருந்தினர் பாதையையோ காணாமல் போன சான்றுகளையோ சரிசெய்யாது.