ரவுட்டர் பிங் மற்றும் VLAN ஹோஸ்ட்: எந்த PBR கொள்கை பொருந்தும்?

VLAN 10 VPN-ஐயும் VLAN 20 WAN-ஐயும் பயன்படுத்த வேண்டும், எனவே முதல் சோதனை VLAN 10-இன் இடைமுக முகவரியை மூலமாகக் கொண்டு ரவுட்டரிலிருந்து அனுப்பப்படும் பிங் ஆகும். அது வெற்றியடைகிறது, route-map கவுண்டர்கள் அதிகரிக்கின்றன, எல்லோரும் வடிவமைப்பு வேலை செய்கிறது என முடிவு செய்கிறார்கள். அது வேலை செய்யாது. அந்தப் பிங் உள்ளூரில் உருவாக்கப்பட்டது, உள்ளூரில் உருவாக்கப்பட்ட டிராஃபிக் VLAN இடைமுகத்தில் வரும் பாக்கெட்டை விட வேறு கொள்கை இணைப்புப் புள்ளியை அடைகிறது.

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

பாக்கெட் எங்கு நுழைகிறது என்பது எந்தக் கொள்கை இயங்குகிறது என்பதைத் தீர்மானிக்கிறது

ip policy route-map உடன் இணைக்கப்பட்ட இடைமுக route-map அந்த இடைமுகத்தில் வரும் பாக்கெட்டுகளுக்குப் பொருந்தும், IOS XE PBR வழிகாட்டி விவரிப்பது போல. VLAN 10-இல் உள்ள ஹோஸ்ட் தன் கோரிக்கையை அனுப்புகிறது, சட்டகம் VLAN துணை இடைமுகத்தில் வருகிறது, ரவுட்டர் அங்கு கொள்கையை மதிப்பிடுகிறது. ரவுட்டரின் சொந்த பாக்கெட் அந்த இடைமுகத்திற்கு ஒருபோதும் வராது, ஏனெனில் அது ரவுட்டரில் பிறந்தது.

VLAN முகவரியை மூலமாகத் தேர்ந்தெடுப்பது தலைப்பை மாற்றுகிறது. அது மூலத்தை மாற்றாது.

மூலத்துடன் கூடிய பிங் இன்னும் ஹோஸ்ட் ஏன் அல்ல

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

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

உள்ளூர் கொள்கை எப்போது சரியான பதில்

Cisco ரவுட்டர் தானே உருவாக்கும் டிராஃபிக்கிற்கு ip local policy route-map ஐ ஆவணப்படுத்துகிறது. அது தனி எல்லை, தேவை உண்மையில் ரவுட்டரின் சொந்த டிராஃபிக்கைப் பற்றியதாக இருக்கும்போது அதுவே சரியான கருவி. ஒவ்வொரு VLAN திசைவழிப்படுத்தல் வடிவமைப்பிற்கும் தேவையான தவறவிட்ட படி அது அல்ல. அங்குள்ள பரந்த பொருத்தம் நிர்வாக மற்றும் ஆதரவு இணைப்புகளையும் பாதிக்கலாம், இது தோற்றத்தை விட மிகப் பெரிய மாற்றம்.

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

அதற்குப் பதிலாக ஹோஸ்ட்டில் எதைச் சோதிக்க வேண்டும்

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

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

முடிவு எதை நிரூபிக்க முடியும், எதை முடியாது

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

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