ڇا اهو ممڪن آهي ڪيترن ئي انٽرنيٽ چينلن کي هڪ ۾ گڏ ڪرڻ؟ هن موضوع جي چوڌاري ڪيتريون ئي غلط فهميون ۽ خرافات آهن؛ جيتوڻيڪ تجربا نيٽ ورڪ انجنيئر اڪثر نه ٿا ڄاڻن ته اهو ممڪن آهي. اڪثر ڪيسن ۾، لنڪ جي مجموعي کي غلط طور تي NAT سطح تي توازن يا ناڪامي سڏيو ويندو آهي. پر حقيقي مجموعو اجازت ڏئي ٿو سڀني انٽرنيٽ چينلن تي هڪ ئي وقت هڪ واحد TCP ڪنيڪشن شروع ڪريو، مثال طور، وڊيو براڊڪاسٽنگ ته جيئن ڪنهن به انٽرنيٽ چينل ۾ مداخلت ڪئي وڃي، نشريات ۾ رڪاوٽ نه ٿيندي.
ويڊيو براڊڪاسٽز لاءِ قيمتي تجارتي حل آهن، پر اهڙيون ڊوائيسز جي قيمت ڪيترائي ڪلوبڪس آهي. آرٽيڪل بيان ڪري ٿو ته ڪيئن مفت، اوپن سورس OpenMPTCPRouter پيڪيج کي ترتيب ڏيڻ ۽ چينل سمنگ بابت مشهور افسانن کي پتو پوي ٿو.
چينل سمنگ بابت افسانا
اتي ڪيترائي گھر روٽر آھن جيڪي ملائي-وان فنڪشن کي سپورٽ ڪن ٿا. ڪڏهن ڪڏهن ٺاهيندڙن کي هن چينل جو خلاصو سڏيندو آهي، جيڪو مڪمل طور تي درست ناهي. ڪيترن ئي نيٽ ورڪرز کي يقين آهي ته ان کان علاوه ۽ مجموعو L2 سطح تي، ٻيو ڪو به چينل مجموعو موجود ناهي. مون اڪثر ٻڌو آهي ته اهو عام طور تي ناممڪن آهي انهن ماڻهن کان جيڪي ڪم ڪن ٿا ٽيلي ڪام ۾. تنهن ڪري، اچو ته مشهور افسانن کي سمجهڻ جي ڪوشش ڪريو.
IP ڪنيڪشن جي سطح تي توازن
اهو هڪ ئي وقت ۾ ڪيترن ئي انٽرنيٽ چينلن کي استعمال ڪرڻ جو تمام سستي ۽ مشهور طريقو آهي. سادگي لاءِ، اچو ته تصور ڪريون ته توهان وٽ ٽي انٽرنيٽ فراهم ڪندڙ آهن، هر هڪ توهان کي پنهنجي نيٽ ورڪ مان هڪ حقيقي IP پتو ڏئي ٿو. اهي سڀئي مهيا ڪندڙ هڪ روٽر سان ڳنڍيل آهن جيڪي ملائي-وان فنڪشن کي سپورٽ ڪن ٿيون. اهو ٿي سگهي ٿو OpenWRT سان mwan3 پيڪيج، mikrotik، ubiquiti، يا ڪنهن ٻئي گهريلو روٽر، ڇو ته اهڙو اختيار هاڻي غير معمولي ناهي.
صورتحال کي نقل ڪرڻ لاءِ، اچو ته تصور ڪريون ته مهيا ڪندڙن اسان کي ھيٺيون ايڊريس ڏنيون:
WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33
اهو آهي، هڪ ريموٽ سرور سان ڳنڍڻ example.com مهيا ڪندڙن مان هر هڪ ذريعي، ريموٽ سرور ڏسندو ٽي آزاد ذريعو IP ڪلائنٽ. توازن توهان کي چينلن تي لوڊ ورهائڻ جي اجازت ڏئي ٿو ۽ انهن ٽنهي کي هڪ ئي وقت استعمال ڪريو. سادگي لاء، اچو ته تصور ڪريو ته اسان سڀني چينلن جي وچ ۾ لوڊ برابر طور تي ورهايو. نتيجي طور، جڏهن هڪ ڪلائنٽ ٽن تصويرن سان هڪ سائيٽ کوليندو آهي، هو هر تصوير کي الڳ مهيا ڪندڙ ذريعي ڊائون لوڊ ڪري ٿو. سائيٽ جي پاسي تي اهو ڏسڻ ۾ اچي ٿو ڪنيڪشن ٽن مختلف IP کان.
جڏهن ڪنيڪشن جي سطح تي توازن رکي ٿي، هر TCP ڪنيڪشن هڪ الڳ فراهم ڪندڙ جي ذريعي وڃي ٿو.
هي بيلنس موڊ اڪثر ڪري صارفين لاء مسئلا پيدا ڪري ٿو. مثال طور، ڪيتريون ئي سائيٽون ڪلائنٽ جي IP پتي تي ڪوڪيز ۽ ٽوڪن کي سختي سان پابند ڪن ٿيون، ۽ جيڪڏهن اهو اوچتو تبديل ٿي وڃي ته، درخواست رد ڪئي وڃي ٿي يا ڪلائنٽ سائيٽ مان لاگ آئوٽ ٿي وڃي ٿو. اهو اڪثر ڪري ڪلائنٽ-بينڪ سسٽم ۽ ٻين سائيٽن ۾ سخت استعمال ڪندڙ سيشن ضابطن سان ٻيهر پيش ڪيو ويندو آهي. هتي هڪ سادو مثالي مثال آهي: VK.com تي ميوزڪ فائلون صرف هڪ صحيح سيشن ڪيچ سان موجود آهن، جيڪو هڪ IP سان ڳنڍيل آهي، ۽ ڪلائنٽ اڪثر ڪري آڊيو کي استعمال نه ڪندا آهن، ڇاڪاڻ ته درخواست فراهم ڪندڙ جي ذريعي نه وئي هئي. سيشن بند ٿيل آهي.
جڏهن ٽورينٽ ڊائون لوڊ ڪري رهيا آهن، ڪنيڪشن ليول بيلنسنگ سڀني چينلن جي بينڊوڊٿ کي گڏ ڪري ٿي
هي توازن توهان کي انٽرنيٽ چينل جي رفتار جو مجموعو حاصل ڪرڻ جي اجازت ڏئي ٿو جڏهن ڪيترن ئي ڪنيڪشن استعمال ڪندي. مثال طور، جيڪڏهن ٽن مهيا ڪندڙن مان هر هڪ جي رفتار 100 ميگا بِٽ آهي، ته پوءِ جڏهن ٽورينٽ ڊائون لوڊ ڪنداسين ته اسان کي 300 ميگا بِٽ ملندا. ڇاڪاڻ ته هڪ ٽورينٽ ڪيترائي ڪنيڪشن کوليندو آهي، جيڪي سڀني مهيا ڪندڙن ۾ ورهائجن ٿا ۽ آخرڪار پوري چينل کي استعمال ڪن ٿا.
اهو سمجهڻ ضروري آهي ته هڪ واحد TCP ڪنيڪشن هميشه صرف هڪ فراهم ڪندڙ ذريعي ٿيندو. يعني جيڪڏهن اسان هڪ وڏي فائل HTTP ذريعي ڊائون لوڊ ڪندا آهيون ته پوءِ اهو ڪنيڪشن ڪنهن هڪ فراهم ڪندڙ جي ذريعي ٺاهيو ويندو، ۽ جيڪڏهن هن فراهم ڪندڙ سان ڪنيڪشن ٽٽي ويندو ته ڊائون لوڊ به ٽٽي ويندو.
هڪ ڪنيڪشن هميشه صرف هڪ انٽرنيٽ چينل استعمال ڪندو
اهو پڻ سچ آهي وڊيو نشريات لاءِ. جيڪڏهن توهان نشر ڪري رهيا آهيو اسٽريمنگ وڊيو کي ڪنهن قسم جي مشروط ٽوچ تي، پوءِ IP ڪنيڪشن جي سطح تي بيلنس ڪرڻ ڪو خاص فائدو نه ڏيندو، ڇو ته وڊيو اسٽريم کي هڪ IP ڪنيڪشن اندر نشر ڪيو ويندو. انهي صورت ۾، جيڪڏهن WAN 3 فراهم ڪندڙ کي ڪميونيڪيشن سان مسئلو ٿيڻ شروع ٿئي ٿو، جهڙوڪ پيڪٽ جو نقصان يا رفتار گهٽجي، ته پوءِ توهان فوري طور تي ٻئي فراهم ڪندڙ ڏانهن سوئچ ڪرڻ جي قابل نه هوندا. نشريات کي روڪڻو پوندو ۽ ٻيهر ڳنڍڻو پوندو.
صحيح چينل جو خلاصو
حقيقي چينل جو خلاصو اهو ممڪن بڻائي ٿو ته هڪ ڪنيڪشن کي مشروط ٽويچ سان سڀني فراهم ڪندڙن جي ذريعي هڪ ئي وقت ۾ هلائڻ لاءِ انهي طريقي سان ته جيڪڏهن مهيا ڪندڙن مان ڪو به ٽوڙي وڃي ته ڪنيڪشن ۾ رڪاوٽ نه ٿيندي. اهو هڪ حيرت انگيز ڏکيو مسئلو آهي جنهن جو اڃا تائين هڪ بهتر حل ناهي. ڪيترن ئي ماڻهن کي اها به خبر ناهي ته اهو ممڪن آهي!
پوئين مثالن مان، اسان کي ياد آهي ته مشروط ٽوچ سرور اسان کان هڪ وڊيو اسٽريم حاصل ڪري سگهي ٿو صرف هڪ ذريعو IP پتي مان، جنهن جو مطلب آهي ته اهو هميشه اسان لاءِ مستقل هجڻ گهرجي، قطع نظر ته مهيا ڪندڙ بند ٿي ويا آهن ۽ ڪهڙا ڪم ڪري رهيا آهن. هن کي حاصل ڪرڻ لاء، اسان کي هڪ سمنگ سرور جي ضرورت آهي جيڪو اسان جي سڀني ڪنيڪشن کي ختم ڪري ڇڏيندو ۽ انهن کي هڪ ۾ گڏ ڪري.
سمنگ سرور سڀني چينلن کي هڪ سرنگ ۾ گڏ ڪري ٿو. سڀئي ڪنيڪشن سمنگ سرور ايڊريس مان نڪرندا آهن
هن اسڪيم ۾، سڀئي مهيا ڪندڙ استعمال ڪيا ويا آهن، ۽ انهن مان ڪنهن کي غير فعال ڪرڻ سان Twitch سرور سان رابطي جو نقصان نه ٿيندو. لازمي طور تي، هي هڪ خاص وي پي اين سرنگ آهي، جنهن جي هيٺان هڪ ئي وقت ڪيترائي انٽرنيٽ چينل آهن. اهڙي منصوبي جو بنيادي ڪم اعلي معيار جي مواصلاتي چينل حاصل ڪرڻ آهي. جيڪڏهن مهيا ڪندڙن مان هڪ کي مسئلا ٿيڻ شروع ٿي وڃن، پيڪيٽس جي نقصان، دير سان دير ٿي، پوء اهو ڪنهن به طريقي سان رابطي جي معيار کي متاثر نه ڪرڻ گهرجي، ڇو ته لوڊ خودڪار طور تي ٻين، بهتر چينلن تي ورهايو ويندو جيڪي دستياب آهن.
تجارتي حل
اهو مسئلو ڊگهي عرصي کان انهن کي پريشان ڪري رهيو آهي جيڪي لائيو واقعا نشر ڪن ٿا ۽ انهن کي اعليٰ معيار جي انٽرنيٽ تائين رسائي ناهي. اهڙين ڪمن لاء، اتي ڪيترائي تجارتي حل آھن، مثال طور، ڪمپني Teradek اھڙيون خوفناڪ روٽر ٺاھي ٿو جنھن ۾ USB موڊيم جا پيڪ شامل ڪيا ويا آھن:
راؤٽر وڊيو براڊڪاسٽز لاءِ چينل سمنگ فنڪشن سان
اهڙين ڊوائيسز ۾ عام طور تي HDMI يا SDI ذريعي وڊيو سگنل کي پڪڙڻ لاء هڪ تعمير ٿيل صلاحيت آهي. روٽر سان گڏ، چينل سمنگ سروس جي سبسڪرپشن وڪرو ڪئي وئي آهي، انهي سان گڏ وڊيو اسٽريم کي پروسيسنگ، ان کي ٽرانڪوڊنگ ۽ ان کي اڳتي وڌايو. اهڙين ڊوائيسن جي قيمت $2k کان شروع ٿئي ٿي موڊيم جي هڪ سيٽ سان، گڏوگڏ خدمت لاءِ هڪ الڳ سبسڪرپشن.
ڪڏهن ڪڏهن اهو ڪافي خوفناڪ ڏسڻ ۾ اچي ٿو:
OpenMPTCPRouter ترتيب ڏيڻ
پروٽوڪول (MultiPath TCP) هڪ ئي وقت ڪيترن ئي چينلن ذريعي ڳنڍڻ جي قابل ٿي ويو. مثال طور، سندس ۽ هڪ ئي وقت وائي فائي ذريعي ۽ سيلولر نيٽ ورڪ ذريعي ريموٽ سرور سان ڳنڍجي سگھي ٿو. اهو سمجهڻ ضروري آهي ته اهي ٻه الڳ ٽي سي پي ڪنيڪشن نه آهن، بلڪه هڪ ڪنيڪشن هڪ ئي وقت ٻن چئنلن تي قائم ٿيل آهن. ھن لاءِ ڪم ڪرڻ لاءِ، ريموٽ سرور کي MPTCP پڻ سپورٽ ڪرڻ گھرجي.
هڪ اوپن سورس سافٽ ويئر روٽر پروجيڪٽ آهي جيڪو صحيح چينل جي خلاصي جي اجازت ڏئي ٿو. ليکڪن جو چوڻ آهي ته پروجيڪٽ الفا ورزن جي حيثيت ۾ آهي، پر اهو اڳ ۾ ئي استعمال ڪري سگهجي ٿو. اهو ٻن حصن تي مشتمل آهي - هڪ سمنگ سرور، جيڪو انٽرنيٽ تي واقع آهي ۽ هڪ روٽر، جنهن سان ڪيترائي انٽرنيٽ فراهم ڪندڙ ۽ ڪلائنٽ ڊوائيسز پاڻ سان ڳنڍيل آهن: ڪمپيوٽر، فون. ڪسٽم روٽر هڪ Raspberry Pi، ڪجهه وائي فائي روٽر، يا هڪ باقاعده ڪمپيوٽر ٿي سگهي ٿو. اتي مختلف پليٽ فارمن لاء تيار ڪيل اسيمبليون آهن، جيڪي تمام آسان آهن.
ڪيئن OpenMPTCPRouter ڪم ڪندو آهي
هڪ خلاصو سرور ترتيب ڏيڻ
سمنگ سرور انٽرنيٽ تي واقع آهي ۽ ڪلائنٽ روٽر جي سڀني چينلن مان ڪنيڪشن کي هڪ ۾ ختم ڪري ٿو. ھن سرور جو IP پتو ھوندو خارجي پتو جڏھن انٽرنيٽ تائين رسائي OpenMPTCPRouter ذريعي.
ھن ڪم لاءِ اسين استعمال ڪنداسين وي پي ايس سرور ڊيبين 10 تي.
سمنگ سرور لاءِ گهرجون:
- MPTCP OpenVZ ورچوئلائيزيشن تي ڪم نٿو ڪري
- اهو توهان جي پنهنجي لينڪس ڪنيل کي انسٽال ڪرڻ ممڪن آهي
سرور هڪ حڪم تي عمل ڪندي ترتيب ڏني وئي آهي. اسڪرپٽ ايم پي سي پي جي سپورٽ ۽ سڀني ضروري پيڪيجز سان گڏ ڪنييل انسٽال ڪندو. انسٽاليشن اسڪرپٽ موجود آهن Ubuntu ۽ Debian لاءِ.
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 ورجن نمبر جي اڳيان، جنهن جو مطلب آهي ڪنيل صحيح طور تي نصب ڪيو ويو.
ڪلائنٽ روٽر کي ترتيب ڏيڻ
تي تيار ٿيل تعميرات ڪجھ پليٽ فارمن لاءِ دستياب آھن، جھڙوڪ Raspberry Pi، Banana Pi، Lynksys routers ۽ ورچوئل مشينون.
Openmptcprouter جو هي حصو OpenWRT تي ٻڌل آهي، LuCI کي هڪ انٽرفيس طور استعمال ڪندي، هر ڪنهن کان واقف آهي جيڪو ڪڏهن OpenWRT سان منهن ڪيو آهي. تقسيم جو وزن اٽڪل 50MB آهي!
ٽيسٽ بينچ جي طور تي، مان استعمال ڪندس Raspberry Pi ۽ ڪيترائي USB موڊيم مختلف آپريٽرن سان: MTS ۽ Megafon. مان نه ٿو سمجهان ته مون کي توهان کي ٻڌائڻ جي ضرورت آهي ته SD ڪارڊ تي تصوير ڪيئن لکجي.
شروعات ۾، Raspberry Pi ۾ Ethernet بندرگاهه هڪ جامد IP پتي سان لين طور ترتيب ڏنل آهي 192.168.100.1. ميز تي تارن سان ڀڄڻ کان بچڻ لاءِ، مون Raspberry Pi کي وائي فائي رسائي پوائنٽ سان ڳنڍيو ۽ ڪمپيوٽر جي وائي فائي اڊاپٽر کي هڪ مستحڪم ايڊريس تي سيٽ ڪيو. 192.168.100.2. DHCP سرور ڊفالٽ طور فعال نه آهي، تنهنڪري توهان کي جامد پتي استعمال ڪرڻ گهرجي.
هاڻي توهان ويب انٽرفيس ۾ لاگ ان ڪري سگهو ٿا
جڏهن توهان پهريون ڀيرو لاگ ان ٿيندا آهيو، سسٽم توهان کي روٽ پاسورڊ سيٽ ڪرڻ لاءِ پڇندو؛ SSH ساڳئي پاسورڊ سان دستياب هوندو.
LAN سيٽنگون ۾، توھان سيٽ ڪري سگھو ٿا مطلوب سبنٽ ۽ DHCP سرور کي فعال ڪريو.
مان موڊيم استعمال ڪريان ٿو جيڪي الڳ DHCP سرور سان USB Ethernet انٽرفيس جي طور تي بيان ڪيا ويا آهن، تنهنڪري هي گهربل تنصيب . اهو طريقو باقاعده OpenWRT ۾ موڊيم قائم ڪرڻ جي برابر آهي، تنهنڪري مان ان کي هتي نه ڍڪيندس.
اڳيون توهان کي WAN انٽرفيس کي ترتيب ڏيڻ جي ضرورت آهي. شروعات ۾، سسٽم ٻه ورچوئل انٽرفيس WAN1 ۽ WAN2 ٺاهيا. انهن کي هڪ جسماني ڊوائيس مقرر ڪرڻ جي ضرورت آهي، منهنجي صورت ۾ اهي آهن USB موڊيم انٽرفيس جا نالا.
انٽرفيس جي نالن سان مونجهاري کان بچڻ لاءِ، مان SSH ذريعي ڳنڍڻ دوران dmesg پيغام ڏسڻ جي صلاح ڏيان ٿو.
جيئن ته منهنجا موڊيم پاڻ روٽر طور ڪم ڪن ٿا، ۽ پاڻ وٽ هڪ DHCP سرور آهي، ان ڪري مون کي انهن جي اندروني نيٽ ورڪ جي حدن جي سيٽنگ کي تبديل ڪرڻو پيو ۽ DHCP سرور کي غير فعال ڪرڻو پيو، ڇاڪاڻ ته شروعات ۾ ٻنهي موڊيمس هڪ ئي نيٽ ورڪ کان ايڊريس جاري ڪري ٿي، ۽ اهو تڪرار پيدا ڪري ٿو.
OpenMPTCPRouter جي ضرورت آھي ته WAN انٽرفيس ايڊريس جامد ھجن، تنھنڪري اسان موڊيمس لاءِ سبنيٽس کڻي اچون ٿا ۽ انھن کي سسٽم ۾ ترتيب ڏيون ٿا → openmptcprouter → انٽرفيس سيٽنگ مينيو. هتي توهان کي IP پتي جي وضاحت ڪرڻ جي ضرورت آهي ۽ سمنگ سرور جي انسٽاليشن دوران حاصل ڪيل سرور ڪي.
جيڪڏهن سيٽ اپ ڪامياب آهي، هڪ ساڳئي تصوير اسٽيٽس پيج تي ظاهر ٿيڻ گهرجي. اهو ڏسي سگهجي ٿو ته روٽر سمنگ سرور تائين پهچڻ جي قابل هو ۽ ٻئي چينل عام طور تي ڪم ڪري رهيا آهن.
ڊفالٽ موڊ shadowsocks + mptcp آهي. هي هڪ پراکسي آهي جيڪو سڀني ڪنيڪشن کي پاڻ ۾ سمائي ٿو. اهو شروعاتي طور تي صرف TCP کي پروسيس ڪرڻ لاء ترتيب ڏنو ويو آهي، پر UDP پڻ فعال ٿي سگهي ٿو.
جيڪڏهن اسٽيٽس پيج تي ڪو به نقص نه آهي، ته سيٽ اپ مڪمل سمجهي سگهجي ٿو.
ڪجھ مهيا ڪندڙن سان، ھڪڙي صورتحال پيدا ٿي سگھي ٿي جڏھن mptcp پرچم ٽريفڪ جي رستي سان ڪٽيو ويندو آھي، پوء ھيٺ ڏنل نقص نمودار ٿيندو:
انهي حالت ۾، توهان MPTCP استعمال ڪرڻ کان سواء، مختلف آپريٽنگ موڊ استعمال ڪري سگهو ٿا، انهي بابت وڌيڪ .
ٿڪل
OpenMPTCPRouter پروجيڪٽ تمام دلچسپ ۽ اهم آهي، ڇاڪاڻ ته اهو شايد چينل سمنگ جي مسئلي جو واحد کليل جامع حل آهي. باقي هر شيءِ يا ته مضبوطيءَ سان بند ۽ ملڪيت آهي، يا صرف الڳ الڳ ماڊيول جيڪي هڪ عام ماڻهو سمجهي نه ٿو سگهي. ترقي جي موجوده مرحلي تي، پروجيڪٽ اڃا تائين ڪافي خام آهي، دستاويز انتهائي ناقص آهي، ڪيتريون ئي شيون بيان نه ڪيون ويون آهن. پر ساڳئي وقت اهو اڃا تائين ڪم ڪري ٿو. مون کي اميد آهي ته اهو ترقي جاري رکندو، ۽ اسان کي گهريلو راؤٽر ملندا جيڪي صحيح طريقي سان چينل کي دٻي کان ٻاهر گڏ ڪرڻ جي قابل هوندا.
Instagram تي اسان جي ڊولپر جي پيروي ڪريو
جو ذريعو: www.habr.com