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

மூன்று வாக்குறுதிகள், ஒன்றுக்கு மட்டுமே துணை தேவை

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

MechanismFar-end requirementEffect on one transferWhat breaks under a link loss
Packet-spraying overlayA cooperating endpoint that reassembles the streamPackets can spread across both linksReordering and buffering on the surviving path; its own recovery logic decides what continues
MPTCP subflowsA peer or proxy that accepts subflowsSubflows can share one connectionSurviving subflows continue if the peer keeps them alive
Flow-hash balancingNothing new; the existing tunnel endpoint is enoughOne outer flow still follows one linkFlows hashed onto the dead link move; established sessions break
Link failoverNothing newOne path at a time; the second link sits idleThe session stalls or restarts on the other link

அந்த அட்டவணையில் இரண்டாவது வழியை வாங்குவதற்கான காரணம் எதுவும் இல்லை. அது செய்வது இதுதான்: மாற்ற வடிவமைப்பை இணைப்பு என மதிப்பிடுவதைத் தடுக்கிறது.

வழியமைப்பானுக்கு சுரங்கம் ஒரு ஓட்டமாகத் தோன்றுவது ஏன்

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

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

ஈதர்நெட் இணைப்பு தொடர்பில்லாத வழங்குநர்களைக் கடக்காது, ஏனெனில் தொலை முனை ஒருங்கிணைப்பு நெறிமுறையில் பங்கேற்க வேண்டும். ஒத்துழைக்கும் முனை இல்லாவிட்டால் இரு ISP-களுக்கு இடையிலான இணைப்பு ஒரு ஆய்வுத் திட்டம்.

பலபாதை TCP இரு முனைகளிலும் என்ன தேவைப்படுகிறது

Linux இன் Multipath TCP ஆவணம் ஒரு இணைப்பைச் சேர்ந்த பல துணை ஓட்டங்களை விவரிக்கிறது. ஒரு முனையில் கர்னல் ஆதரவு தானாக எதையும் மாற்றாது, ஏனெனில் துணையும் அந்த துணை ஓட்டங்களை ஏற்க வேண்டும். தொலைப் பக்கத்தில் ப்ராக்ஸி மற்றொரு பொதுவான ஏற்பாடு, அது தனது சொந்த திறன் மற்றும் கிடைக்கும் தன்மையுடன் திட்டமிட வேண்டிய கூறாக மாறுகிறது. அதே தர்க்கம் WireGuard-க்கு எளிய பதிலை நிராகரிக்கிறது, அதன் போக்குவரத்து UDP: MPTCP TCP துணை ஓட்டங்களை வளர்க்கிறது, வடிவமைப்பில் வேறு எதுவும் இல்லாமல் அந்த சுரங்கத்தை ஒருங்கிணைக்க முடியாது.

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

sysctl net.mptcp.enabled
ss -M | head
ip mptcp limits show

துண்டுப்பிரசுரம் அல்ல, பணிச்சுமையைப் பார்த்துத் தேர்ந்தெடுக்கவும்

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

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

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

ஒரு பரிமாற்றத்தையும் பலவற்றையும் சோதித்து, பின்னர் ஒரு இணைப்பை இழுக்கவும்

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

ip route show default
ip route get 10.80.0.5
mtr -n -c 20 -r 10.80.0.5

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

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