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

எந்த அட்டவணையையும் படிப்பதற்கு முன் இணைப்புக்குப் பெயரிடுங்கள்

தளம்-முதல்-தளம் VPN மெய்நிகர் தனியார் நுழைவாயிலில் அல்லது போக்குவரத்து நுழைவாயிலில் முடிகிறது, மேலும் எந்த வழித்தட மாதிரி பொருந்தும் என்பதை வள ஆவணங்கள் தீர்மானிக்கின்றன. முதலில் அவற்றைப் படியுங்கள்: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. அடுத்து பரிசோதிக்க வேண்டிய அட்டவணை VPC வழித்தட அட்டவணையா அல்லது போக்குவரத்து நுழைவாயில் வழித்தட அட்டவணையா என்பதைப் பதில் சொல்கிறது.

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

AWS இலிருந்து அலுவலகம் நோக்கிய திசை ஒரு விளம்பரம்

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

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

அலுவலகத்திலிருந்து AWS நோக்கிய திசை பரவல் மற்றும் தேர்வு

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

ஊகிக்காமல் மூலத்தைப் படியுங்கள்: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. EnableVgwRoutePropagation மூலமுள்ள பதிவு BGP இலிருந்து வந்தது; CreateRoute மூலமுள்ள பதிவை ஒரு மனிதர் தட்டச்சு செய்தார், யாரேனும் அதை நீக்கும் வரை அது வென்றுகொண்டே இருக்கும்.

இரு திசைகளையும் தனித்தனியாக வைத்திருக்கும் ரன்புக்

எதையும் மாற்றுவதற்கு முன் AWS பக்கத்தில் நான்கு உண்மைகளைப் பதிவு செய்யுங்கள்: இணைப்பின் வகை, VPC இன் இணைந்த CIDR கள், கேள்விக்குரிய முன்னொட்டுக்கான சப்நெட் வழித்தடத்தின் மூலம், சுரங்கப்பாதை மற்றும் BGP நிலை. அதே describe அழைப்பு ஒவ்வொரு சுரங்கப்பாதைக்கும் ஏற்கப்பட்ட வழித்தடங்களின் எண்ணிக்கையுடன் VgwTelemetry ஐத் தருகிறது, இது AWS எந்த வழித்தடங்களையும் ஏற்றுக்கொண்டதா என்பதைக் கூறுகிறது. பின்னர் அதை வாடிக்கையாளர் சாதனம் உண்மையில் நிறுவியதுடன் ஒப்பிடுங்கள். BGP இல் உள்ள ஆனால் அனுப்புதல் அட்டவணையில் இல்லாத முன்னொட்டு உள்ளூர் இறக்குமதி அல்லது சிறந்த-பாதைச் சிக்கல், AWS வழித்தட அட்டவணைச் சிக்கல் அல்ல.

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

அங்கு இருக்கும்போது எதை மாற்றக்கூடாது

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

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

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

தொடர்புடைய கட்டுரைகள்