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

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

யார் இணைக்கலாம்: ஒரு அதிகாரம், பல நோடுகள்

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

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

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

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

நோடு எதைக் கொண்டுள்ளது: முகவரிகள் மற்றும் வழிகள்

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

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

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

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

அமர்வு என்பது என்ன: வரி அல்ல, வாழும் நிலை

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

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

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

மூன்று ஏடுகளைச் சோதித்தல்

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

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

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

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