பல தள VPN-க்கான முகவரி இடத்தை எப்படி பட்ஜெட் செய்வது

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

நான்கு பங்குகள், நான்கு வேறுபட்ட கேள்விகள்

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

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

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

தொகுதிகளை எண்ணுதல்: /30 உண்மையில் எவ்வளவு செலவாகிறது

புள்ளி-முதல்-புள்ளி இணைப்புக்கு இரண்டு முகவரிகள் தேவை, தளத்தைப் பொறுத்த அளவுடைய தொகுதியைப் பயன்படுத்துகிறது. /30 நான்கு முகவரிகளைக் கொண்டுள்ளது, அவற்றில் இரண்டு பொதுவாக பயன்படக்கூடியவை, எனவே பன்னிரண்டு இணைப்புகள் திட்டத்தில் நாற்பத்தெட்டு முகவரிகளைப் பயன்படுத்தி இருபத்துநான்கு முனைகளை வழங்குகின்றன. /31 இரண்டு முகவரிகளைக் கொண்டுள்ளது, இரண்டும் பயன்படக்கூடியவை, இது கணக்கை பாதியாக்குகிறது, ஆனால் இரு முனைகளும் அதை ஏற்கும் இடத்தில் மட்டுமே.

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

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

நிர்வகிக்கப்படும் நுழைவாயிலின் துணை வலையம் வாடிக்கையாளர் குளம் அல்ல

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

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

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

இரண்டாவது தளம் வரை நீடிக்கும்படி திட்டத்தை ஆவணப்படுத்துங்கள்

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

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

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