பல இணைய சேனல்களை ஒன்றாக இணைக்க முடியுமா? இந்த தலைப்பில் நிறைய தவறான கருத்துகள் மற்றும் கட்டுக்கதைகள் உள்ளன; அனுபவம் வாய்ந்த நெட்வொர்க் பொறியாளர்கள் கூட இது சாத்தியம் என்று பெரும்பாலும் தெரியாது. பெரும்பாலான சந்தர்ப்பங்களில், இணைப்பு ஒருங்கிணைப்பு தவறாக NAT மட்டத்தில் சமநிலை அல்லது தோல்வி என அழைக்கப்படுகிறது. ஆனால் உண்மையான கூட்டுத்தொகை அனுமதிக்கிறது அனைத்து இணைய சேனல்களிலும் ஒரே நேரத்தில் ஒரு TCP இணைப்பைத் தொடங்கவும், எடுத்துக்காட்டாக, வீடியோ ஒளிபரப்பு, இதனால் இணைய சேனல்கள் ஏதேனும் தடைபட்டால், ஒளிபரப்பு தடைபடாது.
வீடியோ ஒளிபரப்புகளுக்கு விலையுயர்ந்த வணிக தீர்வுகள் உள்ளன, ஆனால் அத்தகைய சாதனங்கள் பல கிலோபக்ஸ் செலவாகும். இலவச, திறந்த மூல OpenMPTCPRouter தொகுப்பை எவ்வாறு கட்டமைப்பது என்பதை கட்டுரை விவரிக்கிறது மற்றும் சேனல் சுருக்கம் பற்றிய பிரபலமான கட்டுக்கதைகளை நிவர்த்தி செய்கிறது.
சேனல் சுருக்கம் பற்றிய கட்டுக்கதைகள்
மல்டி-வான் செயல்பாட்டை ஆதரிக்கும் பல வீட்டு திசைவிகள் உள்ளன. சில நேரங்களில் உற்பத்தியாளர்கள் இந்த சேனலை சுருக்கமாக அழைக்கிறார்கள், இது முற்றிலும் உண்மை இல்லை. பல நெட்வொர்க்கர்கள் கூடுதலாக நம்புகிறார்கள்
ஐபி இணைப்பு மட்டத்தில் சமநிலைப்படுத்துதல்
ஒரே நேரத்தில் பல இணைய சேனல்களைப் பயன்படுத்த இது மிகவும் மலிவு மற்றும் பிரபலமான வழியாகும். எளிமைக்காக, உங்களிடம் மூன்று இணைய வழங்குநர்கள் இருப்பதாக கற்பனை செய்துகொள்வோம், ஒவ்வொன்றும் உங்களுக்கு அவர்களின் நெட்வொர்க்கில் இருந்து உண்மையான ஐபி முகவரியைத் தருகிறது. இந்த வழங்குநர்கள் அனைவரும் மல்டி-வான் செயல்பாட்டை ஆதரிக்கும் திசைவியுடன் இணைக்கப்பட்டுள்ளனர். இது Mwan3 தொகுப்பு, mikrotik, ubiquiti அல்லது வேறு ஏதேனும் வீட்டு திசைவியுடன் OpenWRT ஆக இருக்கலாம், ஏனெனில் இது போன்ற விருப்பம் இனி அசாதாரணமானது.
நிலைமையை உருவகப்படுத்த, வழங்குநர்கள் பின்வரும் முகவரிகளை எங்களுக்கு வழங்கினர் என்று கற்பனை செய்துகொள்வோம்:
WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33
அதாவது ரிமோட் சர்வருடன் இணைத்தல் example.com ஒவ்வொரு வழங்குநர் மூலமாகவும், ரிமோட் சர்வர் மூன்று சுயாதீன மூல IP கிளையன்ட்களைக் காணும். சமநிலைப்படுத்துதல் சேனல்கள் முழுவதும் சுமைகளைப் பிரித்து, அவை மூன்றையும் ஒரே நேரத்தில் பயன்படுத்த அனுமதிக்கிறது. எளிமைக்காக, எல்லா சேனல்களுக்கும் இடையில் சுமைகளை சமமாகப் பிரிக்கிறோம் என்று கற்பனை செய்யலாம். இதன் விளைவாக, ஒரு கிளையன்ட் மூன்று படங்களுடன் ஒரு தளத்தைத் திறக்கும் போது, அவர் ஒவ்வொரு படத்தையும் ஒரு தனி வழங்குநர் மூலம் பதிவிறக்குகிறார். தளத்தின் பக்கத்தில் இது மூன்று வெவ்வேறு ஐபிகளின் இணைப்புகள் போல் தெரிகிறது.
இணைப்பு மட்டத்தில் சமநிலைப்படுத்தும் போது, ஒவ்வொரு TCP இணைப்பும் ஒரு தனி வழங்குநர் மூலம் செல்கிறது.
இந்த சமநிலை பயன்முறை பயனர்களுக்கு அடிக்கடி சிக்கல்களை ஏற்படுத்துகிறது. எடுத்துக்காட்டாக, பல தளங்கள் குக்கீகள் மற்றும் டோக்கன்களை வாடிக்கையாளரின் IP முகவரியுடன் கண்டிப்பாக இணைக்கின்றன, மேலும் அது திடீரென்று மாறினால், கோரிக்கை நிராகரிக்கப்படும் அல்லது கிளையன்ட் தளத்தில் இருந்து வெளியேறும். இது பெரும்பாலும் வாடிக்கையாளர்-வங்கி அமைப்புகள் மற்றும் பிற தளங்களில் கடுமையான பயனர் அமர்வு விதிகளுடன் மீண்டும் உருவாக்கப்படுகிறது. இங்கே ஒரு எளிய எடுத்துக்காட்டு உதாரணம்: VK.com இல் உள்ள இசைக் கோப்புகள் செல்லுபடியாகும் அமர்வு விசையுடன் மட்டுமே கிடைக்கும், இது ஐபியுடன் இணைக்கப்பட்டுள்ளது, மேலும் இதுபோன்ற சமநிலையைப் பயன்படுத்தும் வாடிக்கையாளர்கள் பெரும்பாலும் ஆடியோவை இயக்குவதில்லை, ஏனெனில் கோரிக்கை வழங்குநரிடமிருந்து செல்லவில்லை. அமர்வு கட்டப்பட்டுள்ளது.
டொரண்ட்களைப் பதிவிறக்கும் போது, இணைப்பு நிலை சமநிலையானது அனைத்து சேனல்களின் அலைவரிசையையும் கூட்டுகிறது
பல இணைப்புகளைப் பயன்படுத்தும் போது இணைய சேனலின் வேகத்தின் சுருக்கத்தைப் பெற இந்த சமநிலை உங்களை அனுமதிக்கிறது. எடுத்துக்காட்டாக, மூன்று வழங்குநர்களில் ஒவ்வொன்றும் 100 மெகாபிட் வேகத்தைக் கொண்டிருந்தால், டொரண்ட்களைப் பதிவிறக்கும் போது நமக்கு 300 மெகாபிட்கள் கிடைக்கும். ஏனெனில் ஒரு டொரண்ட் பல இணைப்புகளைத் திறக்கிறது, அவை அனைத்து வழங்குநர்களிடையே விநியோகிக்கப்படுகின்றன மற்றும் இறுதியில் முழு சேனலையும் பயன்படுத்துகின்றன.
ஒரே ஒரு TCP இணைப்பு எப்போதும் ஒரே ஒரு வழங்குநர் வழியாக மட்டுமே செல்லும் என்பதைப் புரிந்துகொள்வது அவசியம். அதாவது, நாம் ஒரு பெரிய கோப்பை HTTP வழியாகப் பதிவிறக்கினால், இந்த இணைப்பு வழங்குநர்களில் ஒருவர் மூலம் செய்யப்படும், மேலும் இந்த வழங்குநருடனான இணைப்பு உடைந்தால், பதிவிறக்கமும் உடைந்து விடும்.
ஒரு இணைப்பு எப்போதும் ஒரே ஒரு இணைய சேனலை மட்டுமே பயன்படுத்தும்
வீடியோ ஒளிபரப்புக்கும் இது பொருந்தும். நீங்கள் ஸ்ட்ரீமிங் வீடியோவை சில நிபந்தனை ட்விச்சிற்கு ஒளிபரப்பினால், ஐபி இணைப்புகளின் மட்டத்தில் சமநிலைப்படுத்துவது எந்த குறிப்பிட்ட பலனையும் அளிக்காது, ஏனெனில் வீடியோ ஸ்ட்ரீம் ஒரு ஐபி இணைப்பிற்குள் ஒளிபரப்பப்படும். இந்த வழக்கில், WAN 3 வழங்குநருக்கு தகவல்தொடர்புகளில் சிக்கல்கள் இருந்தால், அதாவது பாக்கெட் இழப்பு அல்லது வேகம் குறைக்கப்பட்டால், நீங்கள் உடனடியாக மற்றொரு வழங்குநருக்கு மாற முடியாது. ஒளிபரப்பு நிறுத்தப்பட்டு மீண்டும் இணைக்கப்பட வேண்டும்.
உண்மையான சேனல் சுருக்கம்
உண்மையான சேனல் சுருக்கமானது, அனைத்து வழங்குநர்கள் மூலமாகவும் ஒரே நேரத்தில் நிபந்தனைக்குட்பட்ட ட்விச்சுடன் ஒரு இணைப்பை இயக்குவதை சாத்தியமாக்குகிறது. இது ஒரு வியக்கத்தக்க கடினமான பிரச்சனையாகும், இதற்கு இன்னும் உகந்த தீர்வு இல்லை. இது சாத்தியம் என்பது கூட பலருக்குத் தெரியாது!
முந்தைய விளக்கப்படங்களிலிருந்து, நிபந்தனைக்குட்பட்ட ட்விட்ச் சேவையகம் எங்களிடமிருந்து வீடியோ ஸ்ட்ரீமை ஒரே ஒரு மூல IP முகவரியிலிருந்து பெற முடியும் என்பதை நாங்கள் நினைவில் கொள்கிறோம், அதாவது எந்த வழங்குநர்கள் வீழ்ச்சியடைந்தாலும், எந்தெந்தவர்கள் வேலை செய்கிறார்கள் என்பதைப் பொருட்படுத்தாமல் அது எப்போதும் எங்களுக்கு நிலையானதாக இருக்க வேண்டும். இதை அடைய, எங்களின் அனைத்து இணைப்புகளையும் துண்டித்து அவற்றை ஒன்றாக இணைக்கும் ஒரு சுருக்க சேவையகம் தேவை.
சுருக்க சேவையகம் அனைத்து சேனல்களையும் ஒரு சுரங்கப்பாதையில் ஒருங்கிணைக்கிறது. அனைத்து இணைப்புகளும் சுருக்கப்பட்ட சேவையக முகவரியிலிருந்து உருவாகின்றன
இந்தத் திட்டத்தில், அனைத்து வழங்குநர்களும் பயன்படுத்தப்படுகிறார்கள், மேலும் அவர்களில் யாரையும் முடக்குவது ட்விட்ச் சேவையகத்துடன் தொடர்பு இழப்பை ஏற்படுத்தாது. அடிப்படையில், இது ஒரு சிறப்பு VPN சுரங்கப்பாதை, இதன் கீழ் ஒரே நேரத்தில் பல இணைய சேனல்கள் உள்ளன. அத்தகைய திட்டத்தின் முக்கிய பணி மிக உயர்ந்த தரமான தகவல் தொடர்பு சேனலைப் பெறுவதாகும். வழங்குநர்களில் ஒருவருக்கு சிக்கல்கள், பாக்கெட்டுகள் இழப்பு, தாமதங்கள் அதிகரித்தால், இது எந்த வகையிலும் தகவல்தொடர்பு தரத்தை பாதிக்கக்கூடாது, ஏனெனில் சுமை தானாகவே மற்ற சிறந்த சேனல்களில் விநியோகிக்கப்படும்.
வணிக தீர்வுகள்
நேரடி நிகழ்வுகளை ஒளிபரப்புபவர்கள் மற்றும் உயர்தர இணைய அணுகல் இல்லாதவர்களை இந்த பிரச்சனை நீண்ட காலமாக தொந்தரவு செய்கிறது. இதுபோன்ற பணிகளுக்கு, பல வணிக தீர்வுகள் உள்ளன, எடுத்துக்காட்டாக, டெராடெக் நிறுவனம் இதுபோன்ற பயங்கரமான திசைவிகளை உருவாக்குகிறது, அதில் யூ.எஸ்.பி மோடம்களின் தொகுப்புகள் செருகப்படுகின்றன:
சேனல் சம்மிங் செயல்பாடு கொண்ட வீடியோ ஒளிபரப்புக்கான ரூட்டர்
இத்தகைய சாதனங்கள் பொதுவாக HDMI அல்லது SDI வழியாக உள்ளமைக்கப்பட்ட வீடியோ சிக்னல் பிடிப்பைக் கொண்டிருக்கும். திசைவியுடன், சேனல் சுருக்க சேவைக்கான சந்தா விற்கப்படுகிறது, அதே போல் வீடியோ ஸ்ட்ரீமை செயலாக்குகிறது, அதை டிரான்ஸ்கோடிங் செய்து மேலும் ரிலே செய்கிறது. அத்தகைய சாதனங்களின் விலை மோடம்களின் தொகுப்புடன் $2k இலிருந்து தொடங்குகிறது, மேலும் சேவைக்கான தனி சந்தாவும்.
சில நேரங்களில் இது மிகவும் பயமாக இருக்கிறது:
OpenMPTCPRouter ஐ அமைக்கிறது
நெறிமுறை
OpenMPTCPRouter எவ்வாறு செயல்படுகிறது
சுருக்கமான சேவையகத்தை அமைத்தல்
சுருக்க சேவையகம் இணையத்தில் அமைந்துள்ளது மற்றும் கிளையன்ட் திசைவியின் அனைத்து சேனல்களிலிருந்தும் இணைப்புகளை ஒன்றில் நிறுத்துகிறது. OpenMPTCPRouter வழியாக இணையத்தை அணுகும்போது இந்த சர்வரின் IP முகவரி வெளிப்புற முகவரியாக இருக்கும்.
இந்த பணிக்கு டெபியன் 10 இல் VPS சேவையகத்தைப் பயன்படுத்துவோம்.
சுருக்க சேவையகத்திற்கான தேவைகள்:
- OpenVZ மெய்நிகராக்கத்தில் MPTCP வேலை செய்யாது
- உங்கள் சொந்த லினக்ஸ் கர்னலை நிறுவ முடியும்
ஒரு கட்டளையை இயக்குவதன் மூலம் சேவையகம் பயன்படுத்தப்படுகிறது. ஸ்கிரிப்ட் mptcp ஆதரவு மற்றும் தேவையான அனைத்து தொகுப்புகளுடன் ஒரு கர்னலை நிறுவும். உபுண்டு மற்றும் டெபியனுக்கு நிறுவல் ஸ்கிரிப்டுகள் கிடைக்கின்றன.
wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh
வெற்றிகரமான சர்வர் நிறுவலின் விளைவு.
கடவுச்சொற்களை நாங்கள் சேமிக்கிறோம், கிளையன்ட் ரூட்டரை உள்ளமைக்க மற்றும் மறுதொடக்கம் செய்ய அவை தேவைப்படும். நிறுவிய பின், SSH போர்ட் 65222 இல் கிடைக்கும் என்பதை நினைவில் கொள்ள வேண்டியது அவசியம். மறுதொடக்கம் செய்த பிறகு, நாம் புதிய கர்னலில் பூட் செய்ததை உறுதி செய்ய வேண்டும்.
uname -a
Linux test-server.local 4.19.67-mptcp
பதிப்பு எண்ணுக்கு அடுத்ததாக mptcp என்ற கல்வெட்டைக் காண்கிறோம், அதாவது கர்னல் சரியாக நிறுவப்பட்டது.
கிளையன்ட் ரூட்டரை அமைத்தல்
மீது
Openmptcprouter இன் இந்த பகுதி OpenWRT ஐ அடிப்படையாகக் கொண்டது, LuCI ஐ இடைமுகமாகப் பயன்படுத்துகிறது, இது OpenWRT ஐ எதிர்கொண்ட எவருக்கும் நன்கு தெரியும். விநியோகத்தின் எடை சுமார் 50MB!
ஒரு சோதனை பெஞ்சாக, நான் ஒரு ராஸ்பெர்ரி பை மற்றும் பல்வேறு ஆபரேட்டர்களுடன் பல USB மோடம்களைப் பயன்படுத்துவேன்: MTS மற்றும் Megafon. SD கார்டில் ஒரு படத்தை எப்படி எழுதுவது என்று நான் உங்களுக்குச் சொல்ல வேண்டியதில்லை என்று நினைக்கிறேன்.
ஆரம்பத்தில், Raspberry Pi இல் உள்ள ஈதர்நெட் போர்ட் நிலையான IP முகவரியுடன் lan ஆக கட்டமைக்கப்பட்டது. 192.168.100.1. எனது மேசையில் வயர்களைப் பிடுங்குவதைத் தவிர்க்க, ராஸ்பெர்ரி பையை வைஃபை அணுகல் புள்ளியுடன் இணைத்து, கணினியின் வைஃபை அடாப்டரை நிலையான முகவரிக்கு அமைத்தேன் 192.168.100.2. DHCP சேவையகம் முன்னிருப்பாக இயக்கப்படவில்லை, எனவே நீங்கள் நிலையான முகவரிகளைப் பயன்படுத்த வேண்டும்.
இப்போது நீங்கள் இணைய இடைமுகத்தில் உள்நுழையலாம்
நீங்கள் முதல் முறையாக உள்நுழையும்போது, ரூட் கடவுச்சொல்லை அமைக்க கணினி உங்களிடம் கேட்கும்; SSH அதே கடவுச்சொல்லுடன் கிடைக்கும்.
LAN அமைப்புகளில், நீங்கள் விரும்பிய சப்நெட்டை அமைத்து DHCP சேவையகத்தை இயக்கலாம்.
தனி DHCP சேவையகத்துடன் USB ஈதர்நெட் இடைமுகங்களாக வரையறுக்கப்பட்ட மோடம்களைப் பயன்படுத்துகிறேன், எனவே இதற்கு நிறுவல் தேவைப்பட்டது
அடுத்து நீங்கள் WAN இடைமுகங்களை உள்ளமைக்க வேண்டும். ஆரம்பத்தில், கணினி WAN1 மற்றும் WAN2 ஆகிய இரண்டு மெய்நிகர் இடைமுகங்களை உருவாக்கியது. அவர்களுக்கு ஒரு இயற்பியல் சாதனம் ஒதுக்கப்பட வேண்டும், என் விஷயத்தில் இவை USB மோடம் இடைமுகங்களின் பெயர்கள்.
இடைமுகப் பெயர்களில் குழப்பத்தைத் தவிர்க்க, SSH வழியாக இணைக்கும் போது dmesg செய்திகளைப் பார்க்க பரிந்துரைக்கிறேன்.
எனது மோடம்கள் தாங்களாகவே ரவுட்டர்களாகச் செயல்படுவதாலும், தங்களுக்கே DHCP சர்வரைக் கொண்டிருப்பதாலும், அவற்றின் உள் நெட்வொர்க் வரம்புகளின் அமைப்புகளை மாற்றி, DHCP சேவையகத்தை முடக்க வேண்டியிருந்தது, ஏனெனில் ஆரம்பத்தில் இரண்டு மோடம்களும் ஒரே நெட்வொர்க்கில் இருந்து முகவரிகளை வெளியிடுகின்றன, மேலும் இது மோதலை ஏற்படுத்துகிறது.
OpenMPTCPRouter க்கு WAN இடைமுக முகவரிகள் நிலையானதாக இருக்க வேண்டும், எனவே நாம் மோடம்களுக்கான சப்நெட்களைக் கொண்டு வந்து அவற்றை கணினி → openmptcprouter → இடைமுக அமைப்புகள் மெனுவில் உள்ளமைக்கிறோம். சுருக்க சேவையகத்தின் நிறுவலின் போது பெறப்பட்ட ஐபி முகவரி மற்றும் சேவையக விசையை இங்கே குறிப்பிட வேண்டும்.
அமைப்பு வெற்றிகரமாக இருந்தால், நிலைப் பக்கத்தில் இதே போன்ற படம் தோன்றும். திசைவி சுருக்க சேவையகத்தை அடைய முடிந்தது மற்றும் இரண்டு சேனல்களும் சாதாரணமாக செயல்படுவதைக் காணலாம்.
இயல்புநிலை பயன்முறை shadowsocks + mptcp ஆகும். இது அனைத்து இணைப்புகளையும் தனக்குள்ளேயே மறைக்கும் ப்ராக்ஸி. இது ஆரம்பத்தில் TCP ஐ மட்டும் செயல்படுத்தும் வகையில் கட்டமைக்கப்பட்டுள்ளது, ஆனால் UDP ஐயும் இயக்க முடியும்.
நிலைப் பக்கத்தில் பிழைகள் இல்லை என்றால், அமைவு முடிந்ததாகக் கருதலாம்.
சில வழங்குநர்களுடன், போக்குவரத்து பாதையில் mptcp கொடி துண்டிக்கப்படும் போது ஒரு சூழ்நிலை ஏற்படலாம், பின்னர் பின்வரும் பிழை தோன்றும்:
இந்த வழக்கில், நீங்கள் MPTCP ஐப் பயன்படுத்தாமல், வேறு இயக்க முறைமையைப் பயன்படுத்தலாம், இதைப் பற்றி மேலும்
முடிவுக்கு
OpenMPTCPRouter திட்டம் மிகவும் சுவாரசியமானதும் முக்கியமானதும் ஆகும், ஏனெனில் இது சேனல் சுருக்கம் பிரச்சனைக்கு ஒரே திறந்த விரிவான தீர்வாக இருக்கலாம். மற்ற அனைத்தும் இறுக்கமாக மூடியவை மற்றும் தனியுரிமமாக உள்ளன, அல்லது ஒரு சாதாரண நபர் புரிந்து கொள்ள முடியாத தனித்தனி தொகுதிகள். வளர்ச்சியின் தற்போதைய கட்டத்தில், திட்டம் இன்னும் கச்சாதான், ஆவணங்கள் மிகவும் மோசமாக உள்ளது, பல விஷயங்கள் வெறுமனே விவரிக்கப்படவில்லை. ஆனால் அதே நேரத்தில் அது இன்னும் வேலை செய்கிறது. இது தொடர்ந்து உருவாகும் என்று நம்புகிறேன், மேலும் பெட்டிக்கு வெளியே சேனல்களை சரியாக இணைக்கக்கூடிய வீட்டு திசைவிகளைப் பெறுவோம்.
Instagram இல் எங்கள் டெவலப்பரைப் பின்தொடரவும்
ஆதாரம்: www.habr.com