பாயிண்ட்-டு-சைட்டுக்கு ரூட் அடிப்படையிலான Azure VPN கேட்வே ஏன் தேவை

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

தனிப்பட்ட படிகளை விட வரிசை முக்கியம். வரிசை தவறினால் சைட்-டு-சைட் இடையூறு பராமரிப்பு சாளரத்தைத் தாண்டும்.

கொள்கை அடிப்படையிலான கேட்வே உண்மையில் என்ன செய்கிறது

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

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

கிளையண்ட் குளத்திற்கு அந்த இடைமுகம் ஏன் தேவை

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

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

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

வகை உருவாக்கத்திலேயே நிர்ணயிக்கப்படுகிறது

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

இது SKU முடிவையும் அதே கட்டுமானத்தில் சேர்க்கிறது. பின்னர் பெரிய SKU-க்குச் செல்வது மற்றொரு இடையூறுடன் கூடிய மற்றொரு கேட்வே மாற்றீடு.

ஒரு கேட்வே, ஒரு GatewaySubnet

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

இடையூறை வரம்பிற்குள் வைக்கும் மறுகட்டமைப்பு வரிசை: ரூட் அடிப்படையிலான கேட்வேயை உருவாக்குங்கள், அதே உள்ளூர் வலையமைப்பு கேட்வேக்கு சைட்-டு-சைட் இணைப்பை மீண்டும் உருவாக்குங்கள், டனலையும் ஒரு ஹோஸ்ட்-டு-ஹோஸ்ட் கோரிக்கையையும் உறுதிப்படுத்துங்கள், அதன் பிறகே பாயிண்ட்-டு-சைட்டைச் சேர்த்து புதிய கிளையண்ட் தொகுப்பை உருவாக்குங்கள்.

மாற்றீடு எதைச் சரிசெய்யாது

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

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

செயல்பாடுகள் மற்றும் சரிபார்ப்புகளின் வரிசை

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

எந்த டோபாலஜி மாற்றத்திற்குப் பிறகும் கிளையண்ட் தொகுப்புகளை மீண்டும் உருவாக்குங்கள், குளத்தை ஒவ்வொரு உள்ளூர் மற்றும் இணைக்கப்பட்ட வரம்பிலிருந்தும் விலக்கி வைக்கவும். வரம்புகள் மற்றும் SKU வேறுபாடுகள் Azure VPN Gateway அமைப்புகள் குறிப்பில் தொகுக்கப்பட்டுள்ளன.