खरे इंटरनेट चॅनल समीकरण - OpenMPTCPRouter

अनेक इंटरनेट चॅनेल एकामध्ये एकत्र करणे शक्य आहे का? या विषयाभोवती बरेच गैरसमज आणि मिथक आहेत; अगदी अनुभवी नेटवर्क अभियंत्यांना देखील हे शक्य आहे हे माहित नसते. बहुतेक प्रकरणांमध्ये, दुवा एकत्रीकरणास चुकून NAT स्तरावर संतुलन किंवा फेलओव्हर म्हणतात. पण वास्तविक बेरीज परवानगी देते सर्व इंटरनेट चॅनेलवर एकाच वेळी एक TCP कनेक्शन सुरू करा, उदाहरणार्थ, व्हिडिओ प्रसारण जेणेकरून कोणत्याही इंटरनेट चॅनेलमध्ये व्यत्यय आल्यास, प्रसारणात व्यत्यय येणार नाही.

व्हिडिओ प्रसारणासाठी महागडे व्यावसायिक उपाय आहेत, परंतु अशा उपकरणांची किंमत अनेक किलोबक्स आहे. लेख विनामूल्य, मुक्त-स्रोत OpenMPTCPRouter पॅकेज कसे कॉन्फिगर करावे याचे वर्णन करतो आणि चॅनेल समिंगबद्दलच्या लोकप्रिय मिथकांना संबोधित करतो.

चॅनेल सारांश बद्दल समज

मल्टी-WAN फंक्शनला समर्थन देणारे अनेक होम राउटर आहेत. कधीकधी उत्पादक या चॅनेलला सारांश म्हणतात, जे पूर्णपणे सत्य नाही. अनेक नेटवर्कर्सचा विश्वास आहे की व्यतिरिक्त LACP आणि L2 स्तरावर बेरीज, इतर कोणतेही चॅनेल एकत्रीकरण अस्तित्वात नाही. मी अनेकदा ऐकले आहे की जे लोक टेलिकॉममध्ये काम करतात त्यांच्याकडून हे सहसा अशक्य आहे. म्हणून, लोकप्रिय मिथक समजून घेण्याचा प्रयत्न करूया.

आयपी कनेक्शन स्तरावर संतुलन

एकाच वेळी अनेक इंटरनेट चॅनेल वापरण्याचा हा सर्वात परवडणारा आणि लोकप्रिय मार्ग आहे. साधेपणासाठी, कल्पना करूया की तुमच्याकडे तीन इंटरनेट प्रदाते आहेत, प्रत्येक तुम्हाला त्यांच्या नेटवर्कवरून एक वास्तविक IP पत्ता देतो. हे सर्व प्रदाते राउटरशी जोडलेले आहेत जे मल्टी-WAN फंक्शनला समर्थन देतात. हे 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 पत्त्यावरून व्हिडिओ प्रवाह प्राप्त करू शकतो, याचा अर्थ कोणते प्रदाता बंद झाले आहेत आणि कोणते कार्य करत आहेत याची पर्वा न करता ते आमच्यासाठी नेहमीच स्थिर असले पाहिजे. हे साध्य करण्यासाठी, आम्हाला एका समिंग सर्व्हरची आवश्यकता आहे जो आमची सर्व कनेक्शन संपुष्टात आणेल आणि त्यांना एकामध्ये एकत्र करेल.

सारांश सर्व्हर सर्व चॅनेल एका बोगद्यात एकत्रित करतो. सर्व कनेक्शन्स सारांश सर्व्हर पत्त्यावरून उद्भवतात

या योजनेमध्ये, सर्व प्रदाते वापरले जातात आणि त्यापैकी कोणत्याही अक्षम केल्याने ट्विच सर्व्हरशी संप्रेषणाचे नुकसान होणार नाही. मूलत:, हा एक विशेष व्हीपीएन बोगदा आहे, ज्याच्या खाली एकाच वेळी अनेक इंटरनेट चॅनेल आहेत. अशा योजनेचे मुख्य कार्य उच्च दर्जाचे संप्रेषण चॅनेल प्राप्त करणे आहे. जर प्रदात्यांपैकी एकाला समस्या, पॅकेट्स गमावणे, वाढलेला विलंब सुरू झाला, तर याचा संप्रेषणाच्या गुणवत्तेवर कोणत्याही प्रकारे परिणाम होऊ नये, कारण लोड आपोआप उपलब्ध असलेल्या इतर चांगल्या चॅनेलवर वितरित केला जाईल.

व्यावसायिक उपाय

ही समस्या बर्याच काळापासून त्यांना त्रास देत आहे जे थेट कार्यक्रम प्रसारित करतात आणि त्यांना उच्च-गुणवत्तेच्या इंटरनेटवर प्रवेश नाही. अशा कार्यांसाठी, अनेक व्यावसायिक उपाय आहेत, उदाहरणार्थ, टेराडेक कंपनी असे राक्षसी राउटर बनवते ज्यामध्ये यूएसबी मॉडेमचे पॅक घातले जातात:

चॅनल समिंग फंक्शनसह व्हिडिओ प्रसारणासाठी राउटर

अशा उपकरणांमध्ये सहसा HDMI किंवा SDI द्वारे व्हिडिओ सिग्नल कॅप्चर करण्याची अंगभूत क्षमता असते. राउटरसह, चॅनेल समिंग सेवेची सदस्यता विकली जाते, तसेच व्हिडिओ प्रवाहावर प्रक्रिया करणे, त्याचे ट्रान्सकोड करणे आणि ते पुढे रिले करणे. अशा उपकरणांची किंमत मोडेमच्या सेटसह $2k पासून सुरू होते, तसेच सेवेसाठी स्वतंत्र सदस्यता.

कधीकधी ते खूप भयानक दिसते:

OpenMPTCPRouter सेट करत आहे

प्रोटोकॉल एमपी-टीसीपी (MultiPath TCP) एकाच वेळी अनेक चॅनेलद्वारे कनेक्ट करण्यात सक्षम होण्यासाठी शोध लावला गेला. उदाहरणार्थ, त्याचे iOS चे समर्थन करते आणि एकाच वेळी WiFi द्वारे आणि सेल्युलर नेटवर्कद्वारे रिमोट सर्व्हरशी कनेक्ट होऊ शकते. हे समजून घेणे महत्त्वाचे आहे की हे दोन वेगळे TCP कनेक्शन नाहीत, तर एकाच वेळी दोन चॅनेलवर एक कनेक्शन स्थापित केले आहे. हे कार्य करण्यासाठी, रिमोट सर्व्हरने MPTCP ला देखील समर्थन दिले पाहिजे.

OpenMPTCPRouter हा एक ओपन सोर्स सॉफ्टवेअर राउटर प्रकल्प आहे जो खऱ्या चॅनेल सारांशासाठी परवानगी देतो. लेखक म्हणतात की प्रकल्प अल्फा आवृत्ती स्थितीत आहे, परंतु तो आधीपासूनच वापरला जाऊ शकतो. यात दोन भाग आहेत - एक सारांश सर्व्हर, जो इंटरनेटवर स्थित आहे आणि एक राउटर, ज्यावर अनेक इंटरनेट प्रदाते आणि क्लायंट डिव्हाइस स्वतः कनेक्ट केलेले आहेत: संगणक, फोन. सानुकूल राउटर रास्पबेरी पाई, काही वायफाय राउटर किंवा नियमित संगणक असू शकतो. विविध प्लॅटफॉर्मसाठी तयार-तयार असेंब्ली आहेत, जे अतिशय सोयीस्कर आहे.

OpenMPTCPRouter कसे कार्य करते

सारांशित सर्व्हर सेट करत आहे

सारांश सर्व्हर इंटरनेटवर स्थित आहे आणि क्लायंट राउटरच्या सर्व चॅनेलमधील कनेक्शन एकामध्ये समाप्त करतो. OpenMPTCPRouter द्वारे इंटरनेटवर प्रवेश करताना या सर्व्हरचा IP पत्ता हा बाह्य पत्ता असेल.

या कार्यासाठी आम्ही डेबियन 10 वर व्हीपीएस सर्व्हर वापरू.

सारांश सर्व्हरसाठी आवश्यकता:

• MPTCP OpenVZ वर्च्युअलायझेशनवर कार्य करत नाही
• आपले स्वतःचे लिनक्स कर्नल स्थापित करणे शक्य असावे

सर्व्हर एक कमांड कार्यान्वित करून तैनात केले जाते. स्क्रिप्ट 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 आहे!

चाचणी खंडपीठ म्हणून, मी वेगवेगळ्या ऑपरेटरसह रास्पबेरी पाई आणि अनेक यूएसबी मोडेम वापरेन: एमटीएस आणि मेगाफोन. मला वाटत नाही की SD कार्डवर इमेज कशी लिहायची हे सांगण्याची गरज आहे.

सुरुवातीला, रास्पबेरी पाई मधील इथरनेट पोर्ट स्थिर IP पत्त्यासह लॅन म्हणून कॉन्फिगर केले आहे 192.168.100.1. डेस्कवरील वायर्सचा गोंधळ टाळण्यासाठी, मी रास्पबेरी पाईला वायफाय ऍक्सेस पॉईंटशी कनेक्ट केले आणि संगणकाचे वायफाय अडॅप्टर स्थिर पत्त्यावर सेट केले. 192.168.100.2. डीएचसीपी सर्व्हर डीफॉल्टनुसार सक्षम केलेला नाही, म्हणून तुम्ही स्थिर पत्ते वापरणे आवश्यक आहे.

आता तुम्ही वेब इंटरफेसमध्ये लॉग इन करू शकता 192.168.100.1

जेव्हा तुम्ही पहिल्यांदा लॉग इन कराल, तेव्हा सिस्टम तुम्हाला रूट पासवर्ड सेट करण्यास सांगेल; SSH त्याच पासवर्डसह उपलब्ध असेल.

LAN सेटिंग्जमध्ये, तुम्ही इच्छित सबनेट सेट करू शकता आणि DHCP सर्व्हर सक्षम करू शकता.

मी वेगळ्या DHCP सर्व्हरसह यूएसबी इथरनेट इंटरफेस म्हणून परिभाषित केलेले मोडेम वापरतो, त्यामुळे यासाठी इंस्टॉलेशन आवश्यक आहे अतिरिक्त पॅकेजेस. ही प्रक्रिया नियमित OpenWRT मध्ये मोडेम सेट करण्यासारखीच आहे, म्हणून मी ते येथे कव्हर करणार नाही.

पुढे तुम्हाला WAN इंटरफेस कॉन्फिगर करणे आवश्यक आहे. सुरुवातीला, सिस्टमने WAN1 आणि WAN2 असे दोन आभासी इंटरफेस तयार केले. त्यांना एक भौतिक उपकरण नियुक्त करणे आवश्यक आहे, माझ्या बाबतीत ही USB मॉडेम इंटरफेसची नावे आहेत.

इंटरफेस नावांसह गोंधळ टाळण्यासाठी, मी SSH द्वारे कनेक्ट करताना dmesg संदेश पाहण्याची शिफारस करतो.

माझे मॉडेम स्वतःच राउटर म्हणून काम करत असल्याने आणि त्यांच्याकडे DHCP सर्व्हर असल्याने, मला त्यांच्या अंतर्गत नेटवर्क रेंजची सेटिंग्ज बदलून DHCP सर्व्हर अक्षम करावा लागला, कारण सुरुवातीला दोन्ही मॉडेम एकाच नेटवर्कवरून पत्ते जारी करतात आणि यामुळे संघर्ष होतो.

OpenMPTCPRouter ला WAN इंटरफेस पत्ते स्थिर असणे आवश्यक आहे, म्हणून आम्ही मॉडेमसाठी सबनेट आणतो आणि त्यांना सिस्टम → openmptcprouter → इंटरफेस सेटिंग्ज मेनूमध्ये कॉन्फिगर करतो. येथे तुम्हाला समिंग सर्व्हरच्या स्थापनेदरम्यान प्राप्त केलेला IP पत्ता आणि सर्व्हर की निर्दिष्ट करण्याची आवश्यकता आहे.

सेटअप यशस्वी झाल्यास, स्थिती पृष्ठावर समान चित्र दिसले पाहिजे. हे पाहिले जाऊ शकते की राउटर समिंग सर्व्हरपर्यंत पोहोचण्यास सक्षम होते आणि दोन्ही चॅनेल सामान्यपणे कार्य करत आहेत.

डीफॉल्ट मोड shadowsocks + mptcp आहे. ही एक प्रॉक्सी आहे जी सर्व कनेक्शन स्वतःमध्ये गुंडाळते. हे सुरुवातीला फक्त TCP वर प्रक्रिया करण्यासाठी कॉन्फिगर केले आहे, परंतु UDP देखील सक्षम केले जाऊ शकते.

स्थिती पृष्ठावर कोणत्याही त्रुटी नसल्यास, सेटअप पूर्ण मानले जाऊ शकते.
काही प्रदात्यांसह, वाहतूक मार्गावर mptcp ध्वज कापला गेल्यावर परिस्थिती उद्भवू शकते, त्यानंतर खालील त्रुटी दिसून येईल:

या प्रकरणात, तुम्ही MPTCP न वापरता, भिन्न ऑपरेटिंग मोड वापरू शकता, याबद्दल अधिक येथे.

निष्कर्ष

OpenMPTCPRouter प्रकल्प अतिशय मनोरंजक आणि महत्त्वाचा आहे, कारण कदाचित चॅनेल समिंग समस्येचे हे एकमेव खुले व्यापक समाधान आहे. बाकी सर्व काही एकतर घट्ट बंद आणि मालकीचे आहे किंवा सामान्य व्यक्तीला समजू शकत नाही असे वेगळे मॉड्यूल. विकासाच्या सध्याच्या टप्प्यावर, प्रकल्प अजूनही अत्यंत क्रूड आहे, दस्तऐवजीकरण अत्यंत खराब आहे, बर्याच गोष्टींचे वर्णन केले जात नाही. परंतु त्याच वेळी ते अद्याप कार्य करते. मला आशा आहे की ते विकसित होत राहील आणि आम्हाला घरगुती राउटर मिळतील जे बॉक्सच्या बाहेर चॅनेल योग्यरित्या एकत्र करण्यास सक्षम असतील.

Instagram वर आमच्या विकसकाचे अनुसरण करा

स्त्रोत: www.habr.com