பாலமிட்ட தளங்களுக்கு இன்னும் உள்ளூர் இணைய வெளியேற்ற முடிவு தேவை
பகிரப்பட்ட Ethernet பிரிவு கிளையன் எந்த ரவுட்டரைப் பயன்படுத்துகிறது என்பதைத் தீர்மானிக்காது. பாலத்தை DHCP ரவுட்டர் விருப்பத்திலிருந்து பிரித்து ஒவ்வொரு தளத்தின் வெளியேற்றத்தையும் வேண்டுமென்றே செய்யுங்கள்.
VLAN விரிவாக்கம் சுத்தமாகத் தேர்ச்சி பெற்றது: இரு தளங்களின் ஹோஸ்ட்கள் ஒன்றையொன்று பார்க்கின்றன, கோப்புப் பகிர்வு வேலை செய்கிறது, அச்சுப்பொறிகள் பதிலளிக்கின்றன. பிறகு சிறிய தளத்தில் ஒருவர் ஒவ்வொரு பதிவிறக்கமும் மற்ற தளத்தின் இணைய இணைப்பைப் பயன்படுத்துகிறது என்பதைக் கவனிக்கிறார், மேலும் டிக்கெட் அலைவரிசைப் புகாராக வருகிறது. பாலம் கேட்டதைச் சரியாகச் செய்தது. அது இரண்டு கட்டிடங்களுக்கிடையே பிரேம்களை எடுத்துச் சென்றது, இணையத்திற்கு அந்தப் பிரேம்கள் எந்த ரவுட்டரைப் பயன்படுத்த வேண்டும் என்பதில் அதற்கு ஒருபோதும் கருத்து இல்லை.
பாலம் பிரேம்களைச் சுமக்கிறது, முடிவுகளை அல்ல
அடுக்கு 2 விரிவாக்கம் இரு இடங்களை ஒரே ஒளிபரப்பு களமாகக் காட்டுகிறது, எனவே ARP கோரிக்கைகள், DHCP ஒளிபரப்புகள் மற்றும் ஒரே சப்நெட்டின் போக்குவரத்து அனைத்தும் சுரங்கப்பாதையைக் கடக்கின்றன. அது வழங்கும் முழுச் சேவை இதுவே. பாலத்தில் எதுவும் இலக்கு முகவரியை ஆய்வு செய்யாது, அதைத் தளத்தின் மேல்நிலை இணைப்புடன் ஒப்பிடாது, போக்குவரத்தை அருகிலுள்ள வெளியேற்றத்தை நோக்கித் திருப்பாது. ஒவ்வொரு கிளையனும் தனக்கு அமைக்கப்பட்ட முகவரி மற்றும் முகமூடியைப் பயன்படுத்தி தனது உள்ளூர் அல்லது தொலை முடிவைத் தானே எடுக்கிறது.
அந்தப் பகிரப்பட்ட சப்நெட்டில் இரண்டு ரவுட்டர்களை வையுங்கள், இரண்டும் சாத்தியமான நுழைவாயில்களாகின்றன, அவற்றில் ஒன்று பயன்படுத்தும் கிளையனுக்கு அருகில் இருந்தாலும் இல்லாவிட்டாலும்.
ஒரு கிளையன் தனது நுழைவாயிலை எவ்வாறு தேர்ந்தெடுக்கிறது
RFC 1122 இல் விவரிக்கப்பட்ட IPv4 முடிவு எளிமையானது. கிளையனின் இணைக்கப்பட்ட சப்நெட்டுக்குள் உள்ள இலக்கு ARP மூலம் நேரடியாக அடையப்படுகிறது, அதற்கு வெளியே உள்ள இலக்கு அமைக்கப்பட்ட இயல்புநிலை நுழைவாயிலுக்குச் செல்கிறது. அதனால்தான் தளங்களுக்கிடையே ஒரே சப்நெட்டின் போக்குவரத்து எந்த ரவுட்டர் ஈடுபாடும் இல்லாமல் பாலத்தைக் கடக்க முடிகிறது, அதனால்தான் இணையப் போக்குவரத்து கிளையன் பெற்ற நுழைவாயில் முகவரியை முழுமையாகச் சார்ந்துள்ளது. இரு நடத்தைகளும் சுயாதீனமானவை, வேலை செய்யும் கோப்புப் பகிர்வு முதல் ஒன்றை மட்டுமே நிரூபிக்கிறது.
சிறிய தளத்தின் கிளையன் பெரிய தளத்தின் ரவுட்டருடன் அமைக்கப்பட்டிருந்தால், அதன் இணையப் பிரேம்கள் முதலில் சுரங்கப்பாதையைக் கடந்து அங்கிருந்து வெளியேறுகின்றன.
VPN சாதனத்தின் சொந்த இயல்புநிலை வழியை மாற்றுவது அந்தக் கிளையனின் நுழைவாயிலை நகர்த்தாது, ஏனெனில் கிளையன் சாதனத்தை ரவுட்டராகவே பயன்படுத்துவதில்லை. அந்தப் பிரேம்களைச் சுமக்கும் சுரங்கப்பாதை நீடிக்க சாதனத்திற்கு அதன் தொலை சகாவுக்குத் தனி வழியும் தேவை, இந்த இரண்டையும் கலப்பதுதான் பால விரிவாக்கம் தன் சொந்தப் போக்குவரத்தை வீழ்த்தும் வழி.
DHCP உத்தேசித்த வெளியேற்றத்தை வெளிப்படுத்தட்டும்
DHCP பதிலில் விருப்பம் 3 கிளையனின் சப்நெட்டில் உள்ள ரவுட்டர் முகவரிகளின் பட்டியலை முன்னுரிமை வரிசையில் வழங்குகிறது, கிளையன்கள் வழக்கமாக முதலில் பதிலளிப்பதை எடுக்கின்றன. பொறிமுறை நன்றாக உள்ளது; உரிமையே வடிவமைப்புகள் தவறும் இடம். அருகிலுள்ள DHCP சேவையகம் அருகிலுள்ள நுழைவாயிலைத் தரும் என்று கருதுவதற்குப் பதிலாக ஒவ்வொரு தளத்திலும் உண்மையான குத்தகை என்ன தருகிறது என்பதைப் பதிவு செய்யுங்கள்.
ஒரு ஒருங்கிணைந்த ஒதுக்கீட்டாளரை இயக்குங்கள், அல்லது ஒரே கொள்கைக்கு வெளிப்படையாக அமைக்கப்பட்ட இரண்டை, மேலும் கொள்கைக்கு ஒரு உரிமையாளரைக் கொடுங்கள். தொலை தளத்தில் சேர்க்கப்பட்ட இரண்டாவது சுயாதீன ஒதுக்கீட்டாளர் உள்ளூர்மையை உருவாக்காது, அது ஒரே ஒளிபரப்பு களத்திற்கு இரண்டு அதிகாரங்களை உருவாக்குகிறது.
இரு தளங்களின் அமைப்புகளும் ஒரே மாதிரி தெரிய வேண்டும் என்பதற்காக மட்டும் ஒரு நுழைவாயில் முகவரியை இரண்டு சுயாதீனமாக செயலில் உள்ள ரவுட்டர்களுக்கு ஒதுக்க வேண்டாம். பாலமிட்ட பிரிவு முழுவதும் பகிரப்பட்ட மெய்நிகர் முகவரி தனது சொந்தத் தேவைகளைக் கொண்ட முதல் தாவல் மிகைப்படுத்தல் வடிவமைப்பு, கையால் உருவாக்கப்பட்ட பதிப்பு இடைவிடாத பாக்கெட் இழப்பு போலத் தெரியும் ARP முரண்பாடுகளை உருவாக்குகிறது. பயன்பாடு உண்மையிலேயே பகிரப்பட்ட அடுக்கு 2 பிரிவைத் தேவைப்படாவிட்டால், உள்ளூர் இயல்புநிலைகளுடன் தனித்தனி வழியமைக்கப்பட்ட முன்னொட்டுகள் இயக்க எளிதானவை, சம்பவத்தின் போது விளக்கவும் எளிதானவை.
நான்கு விஷயங்களைத் தனித்தனியாகச் சோதியுங்கள்
ஒன்றல்ல, நான்கு கவனிப்புகளைக் கேளுங்கள். ஒவ்வொரு தளத்திலும் புதிய DHCP குத்தகையை எடுத்து பெற்ற ரவுட்டரையும் முகமூடியையும் பதிவு செய்யுங்கள். மற்ற தளத்தில் ஒரே சப்நெட்டின் சேவையை அடைந்து பாதை வழியமைக்கப்பட்ட சுற்று வழி அல்ல, பாலம் என்பதை உறுதிப்படுத்துங்கள். ஒவ்வொரு தளத்திலும் பொது இணையத்திலிருந்து ஒன்றை எடுத்து எந்த மேல்நிலை இணைப்பு அதைச் சுமந்தது என்பதை உறுதிப்படுத்துங்கள். பிறகு சுரங்கப்பாதையை வீழ்த்தி என்ன உடைகிறது எனப் பாருங்கள், ஏனெனில் பாலம் தோல்வியடையும்போது எல்லா இணைப்பையும் இழக்கும் தளம் யாருக்கும் தெரியாமல் தொலை நுழைவாயிலைச் சார்ந்திருந்தது.
அந்த நான்கு முடிவுகள் தளங்களுக்கிடையே பாலம், உள்ளூர் வெளியேற்றம் அல்லது தற்செயலான பின்னிழுவை இருக்கிறதா என்பதைச் சொல்கின்றன, அவற்றைச் சேகரிக்க பத்து நிமிடங்கள் ஆகும்.
வடிவமைப்புக் கொள்கை பளபளப்பானது அல்ல: பாலமிடுதல் அடைவுதிறனைத் தீர்மானிக்கிறது, DHCP நுழைவாயிலைத் தீர்மானிக்கிறது, சாதனத்தின் வழியமைப்பு அட்டவணை சுரங்கப்பாதையின் சொந்தப் பாதையைத் தீர்மானிக்கிறது. மூன்றையும் தனித்தனி உரையாடல்களில் வையுங்கள், ஏனெனில் மூன்றையும் சரிசெய்ய முயலும் ஒரே மாற்றம் பொதுவாக இரண்டை உடைக்கிறது.