Azure UDR முதல் VPN நுழைவாயில் வரை: ஒரு இலக்கு, முழு வெளியேற்றம் அல்ல

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

அடுத்த ஹாப் ஒரு நுழைவாயில், சாதனத்தின் IP அல்ல

UDR பொருந்தும் முன்னொட்டை அடுத்த-ஹாப் வகைக்கு அனுப்புகிறது, VirtualNetworkGateway ஒரு வகை, முகவரி அல்ல. மக்கள் நுழைவாயிலின் தனிப்பட்ட IP ஐ VirtualAppliance வழியில் ஒட்டி, ஏன் எதுவும் பொருந்தவில்லை என்று வியக்கிறார்கள், ஏனெனில் அந்த வகை அதற்குப் பதிலாக NIC அல்லது உள் சுமை சமநிலைப்படுத்தியை எதிர்பார்க்கிறது. Microsoft இன் வழிப்பாதை ஆவணங்களும் நுழைவாயிலின் அடுத்த ஹாப்பை நுழைவாயில் VPN நுழைவாயிலாக உள்ள மெய்நிகர் வலையமைப்புக்கு மட்டுப்படுத்துகின்றன. ExpressRoute, Route Server மற்றும் Virtual WAN மையம் அந்த விருப்பத்தால் முகவரியிடப்படுவதில்லை.

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

எதையும் மாற்றுவதற்கு முன் செயலில் உள்ள வழியைப் படியுங்கள்

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

முதலில் செயலில் உள்ள அட்டவணையைப் பாருங்கள், பிறகு வழியைச் சேர்க்கிறீர்களா அல்லது மாற்றுகிறீர்களா என்று முடிவு செய்யுங்கள்:

az network nic show-effective-route-table \
  --resource-group rg-net --name vm-web-nic -o table

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

உண்மையான முன்னொட்டு மற்றும் துணை வலையமைப்புக்கு ஏற்ப வழியை எழுதுங்கள்

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

வழியை உருவாக்குங்கள், பின்னர் அட்டவணையை பணிச்சுமையை வழங்கும் துணை வலையமைப்புடன் பிணைக்கவும்:

az network route-table route create --resource-group rg-net --route-table-name rt-egress \
  --name to-partner --address-prefix 203.0.113.0/24 --next-hop-type VirtualNetworkGateway
az network vnet subnet update --resource-group rg-net --vnet-name vnet-app \
  --name snet-web --route-table rt-egress

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

ஆன்-பிரைமிஸ் பாதியை முடியுங்கள், இல்லையெனில் ஓட்டம் அங்கேயே இறக்கும்

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

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

தேர்விகள் மற்றும் அனுமதிப் பட்டியல்கள் இவை அனைத்திலிருந்தும் தனித்தவை. Azure அடுத்த ஹாப்பைத் தேர்ந்தெடுப்பது VPN போக்குவரத்து தேர்விகளை விரிவாக்காது, வெளிப்புற சேவையின் மூல அனுமதிப் பட்டியலையும் மாற்றாது.

இலக்கு காணும் மூலத்துடன் சரிபார்க்கவும்

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

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