ஒரு Azure VM-க்கு டன்னல் தேவை: விருந்தினர் கிளையண்டா அல்லது VPN நுழைவாயிலா?

ஒரு Azure VM-ல் உள்ள ஒரு பணிச்சுமை டன்னல் வழியாக தனியார் வலையமைப்பை அடைய வேண்டும். வடிவமைப்பை தீர்மானிக்கும் கேள்வி எந்த VPN தயாரிப்பு சிறந்தது என்பதல்ல; வேறு எந்த இயந்திரத்திற்கும் அந்த பாதை எப்போதாவது தேவைப்படுமா என்பதே. முதலில் அதற்கு பதிலளியுங்கள், மீதமுள்ள கட்டமைப்பு பொதுவாக தானாகவே தேர்ந்தெடுக்கப்படும். தவறு செய்தால், யாரும் ஆவணப்படுத்தாத திசைவியாக அமைதியாக மாறிய VM ஒன்றை வாரிசாகப் பெறுவீர்கள்.

ஒரே மாதிரி தோன்றும் இரண்டு வேலைகள்

ஒரு VM முனைப் புள்ளியாகவோ அல்லது இடைவழிப் புள்ளியாகவோ இருக்கலாம்; வேறுபாடு நீங்கள் நிறுவும் மென்பொருளில் இல்லை, டன்னலை யார் பயன்படுத்துகிறார்கள் என்பதில் உள்ளது. முனைப் புள்ளியாக, விருந்தினர் தனது சொந்த செயல்முறைகளுக்கு கிளையண்டை இயக்குகிறது. இடைவழிப் புள்ளியாக, அது பிற பணிச்சுமைகளின் பொதிகளை அனுப்புகிறது, இதனால் அது உங்கள் வலையமைப்பு இடவியலின் பகுதியாகிறது.

ஒரு VM-க்கான பெரும்பாலான கோரிக்கைகள் இரண்டாம் வேலையின் மொழியை அணிந்த முதல் வேலை. யாரோ “VM எங்கள் VPN” என்கிறார்கள், ஆனால் அதன் மேலுள்ள ஒரு பயன்பாடு மறுபக்கத்தின் தரவுத்தளத்தை அடைய வேண்டும் என்பதே பொருள்.

நிபந்தனை ஒன்று: வேறு ஏதாவது தொலைப் பக்கத்தைத் தேவைப்படுகிறதா?

பதில் இல்லை என்றால், விருந்தினரில் கிளையண்டை நிறுவி வடிவமைப்பதை நிறுத்துங்கள். அந்த தேர்வில் எதுவும் நிர்வகிக்கப்பட்ட நுழைவாயிலைக் கோரவில்லை, எதுவும் VM-ஐ அதன் அண்டை இயந்திரங்களுக்கு நுழைவாயிலாக ஆக்கவில்லை. நீங்கள் ஒரு இயக்க முறைமைக்குள் ஒரு வழியைச் சேர்க்கிறீர்கள்.

பதில் ஆம் என்றால், அல்லது ஓராண்டுக்குள் ஒருவேளை ஆம் என்றால், இப்போது அதை வலையமைப்பு வடிவமைப்பாகக் கையாளுங்கள். பிற VM-கள் இடைவழி VM-ஐ அடைவது துணை வலை பாதை அட்டவணை அவற்றை அங்கு அனுப்பும்போதும் NIC அனுப்பப்பட்ட போக்குவரத்தை ஏற்கும்போதும் மட்டுமே, எனவே வேலை பாதை அட்டவணைகள் மற்றும் அனுப்புதல் அனுமதிகள், மற்றொரு கிளையண்ட் நிறுவல் அல்ல.

நிபந்தனை இரண்டு: நிர்வாகப் பாதையைத் தக்கவைக்க முடியுமா?

பரந்த வழியை நிறுவும் VPN கிளையண்ட் நீங்கள் VM-ஐ நிர்வகிக்கும் பாதையைப் பிடிக்கலாம். டன்னலின் இடங்கள் பட்டியல் நிர்வாக வலையமைப்புடன் மேற்பொருந்தினால், கிளையண்ட் இணைந்த நொடியில் உங்கள் SSH அல்லது RDP அமர்வு விழும், திருத்தம் தொடர் பணியகம் அல்லது மறுகட்டமைப்பு வழியாகச் செய்யப்பட வேண்டும்.

முன்னும் பின்னும் சரிபார்க்கவும். Linux-ல் ip route get <management-ip> கர்னல் இப்போது எந்த இடைமுகத்தையும் மூலத்தையும் பயன்படுத்தும் எனக் காட்டுகிறது; டன்னல் இயங்கும் நிலையில் உள்ள பதிலுடன் ஒப்பிடுங்கள். வெளிப்படையான இடங்கள் பட்டியலுடன் கூடிய பிளவு டன்னலை இயல்புநிலை வழியை விட எளிதாக பாதுகாக்கலாம், பொதுவாக பணிச்சுமைக்கு உண்மையில் தேவையானதும் அதுவே.

நிபந்தனை மூன்று: நள்ளிரவில் இதை யார் பேட்ச் செய்கிறார்கள்?

விருந்தினர் கிளையண்ட் என்பது உங்கள் இயக்க முறைமை, உங்கள் கிளையண்ட் பதிப்பு மற்றும் உங்கள் சான்றிதழ்கள். நீங்கள் ஏற்கனவே VM-ஐயும் அதன் பேட்ச் சுழற்சியையும் இயக்கினால் அது சரி. டன்னலைத் தாங்க மட்டுமே VM இருந்தால் அது மோசமான பரிமாற்றம். விருந்தினர் கிளையண்டை மலிவானது எனக் கூறும் முன் பேட்ச் மணிநேரங்களை எண்ணுங்கள். மறுதொடக்கம் தேவைப்படும் கிளையண்ட் மேம்படுத்தல், டன்னலை இயக்கவைத்திருக்க மட்டும் இருக்கும் இயந்திரத்திற்கு நீங்களே திட்டமிட்ட இடைநிறுத்தம்.

நிர்வகிக்கப்பட்ட நுழைவாயில் அந்தப் பராமரிப்பை தளத்திற்கு நகர்த்துகிறது. அடையாளம், அனுமதி மற்றும் அதன் பின்னால் உள்ள வலையமைப்பு பாதைகள் இன்னும் உங்களுடையவை, ஆனால் கிளையண்ட் புதுப்பிப்பைப் பயன்படுத்த இயந்திரத்தை மறுதொடக்கம் செய்ய வேண்டாம்.

நிர்வகிக்கப்பட்ட நுழைவாயில் செய்யாதது

Azure VPN Gateway என்பது அதன் சொந்த தள-முதல்-தள மற்றும் புள்ளி-முதல்-புள்ளி ஏற்பாடுகளைக் கொண்ட VNet இணைப்புச் சேவை. இது விருந்தினரில் VPN மென்பொருளைத் தடை செய்யும் விதி அல்ல, ஒரு பயன்பாட்டிற்குத் தேவையான கிளையண்டிற்கு நேரடி மாற்றீடும் அல்ல.

இது தருவது வலையமைப்பு அடுக்கில் ஒரு இணைப்பு, திசைவழிப்படுத்தல் மூலம் பல பணிச்சுமைகள் அதை அடையலாம். இது தராதது ஒரு VM-ல் ஒரே செயல்முறை மட்டும் பயன்படுத்தும், அந்தச் செயல்முறையின் அடையாளத்திற்கு வரம்பிடப்பட்ட டன்னல். அந்த வரம்பு மன்னிப்புக் கேட்க வேண்டிய குறையல்ல; அதுவே விருந்தினர்-கிளையண்ட் வடிவமைப்பின் நோக்கம். ஒரு பயன்பாடு, ஒரு வழி, ஒரு சான்றுகள் தொகுப்பு, துணை வலையில் உள்ள மற்ற VM-களுக்கு எந்தப் பாதிப்பும் இல்லை.

எனவே ஒப்பீடு நிர்வகிக்கப்பட்டது மற்றும் மென்பொருள் அல்ல. இது வலைய அளவிலான இணைப்பு மற்றும் செயல்முறை அளவிலான இணைப்பு, இரண்டாவது ஒரு செயல்முறைக்கு மட்டும் தேவைப்படும்போது நியாயமானது.

தேவைப்படும் முன் வளர்ச்சிப் பாதையைத் திட்டமிடுங்கள்

தேவை ஒரு VM-ல் இருந்து துணை வலைக்கு வளர்ந்தால், கிளையண்டின் அனுமதிக்கப்பட்ட முன்னொட்டுகளை விரிவாக்குவதற்குப் பதிலாக வடிவமைப்பை மீண்டும் கட்டியெழுப்புங்கள். வசதியான அமர்வை ஆவணப்படுத்தப்படாத திசைவியாக மீண்டும் பயன்படுத்துவது ஒவ்வொரு பயனரையும் அந்த VM-ன் ஆயுட்காலம், அதன் சான்றுகள் மற்றும் அதன் பேட்ச் சாளரத்துடன் பிணைக்கிறது.

இணைப்பு பணிச்சுமை அளவை விட வலைய அளவில் இருக்கும்போது சரியான தொடக்கப் புள்ளி Azure VPN Gateway கண்ணோட்டம் ஆகும்.

தேர்ந்தெடுப்பதற்கு முன் மூன்று வரிகளை எழுதுங்கள்: தொலைப் பக்கத்திற்கு என்ன தேவை, VM-ஐ யார் நிர்வகிக்கிறார்கள், டன்னலை யார் பேட்ச் செய்கிறார்கள். மூன்று பதில்களும் ஒரே பணிச்சுமையைச் சுட்டினால், விருந்தினர் கிளையண்டே நேர்மையான வடிவமைப்பு. அவற்றில் ஏதேனும் துணை வலையைச் சுட்டினால், இப்போதே வலைய அடுக்கை வடிவமைக்கவும்.