Apa bisa nggabungake sawetara saluran Internet dadi siji? Ana akeh misconceptions lan mitos babagan topik iki; malah insinyur jaringan sing berpengalaman asring ora ngerti manawa iki bisa ditindakake. Umume kasus, agregasi link salah diarani balancing ing level NAT utawa failover. Nanging penjumlahan nyata ngidini miwiti siji sambungan TCP bebarengan liwat kabeh saluran Internet, contone, siaran video supaya yen ana saluran Internet sing diganggu, siaran kasebut ora bakal diganggu.
Ana solusi komersial sing larang kanggo siaran video, nanging piranti kasebut biaya akeh kilobucks. Artikel kasebut njlèntrèhaké cara ngatur paket OpenMPTCPRouter gratis lan mbukak sumber lan alamat mitos populer babagan jumlah saluran.
Mitos babagan summing saluran
Ana akeh router ngarep sing ndhukung fungsi Multi-WAN. Kadhangkala produsen nyebut saluran iki summing, sing ora kabeh bener. Akeh networkers pracaya sing saliyane kanggo lan penjumlahan ing tingkat L2, ora ana agregasi saluran liyane. Aku kerep krungu manawa iki umume ora mungkin saka wong sing kerja ing telekomunikasi. Mulane, ayo nyoba ngerti mitos populer.
Balancing ing tingkat sambungan IP
Iki minangka cara sing paling terjangkau lan populer kanggo nggunakake sawetara saluran Internet ing wektu sing padha. Kanggo gamblang, bayangake sampeyan duwe telung panyedhiya Internet, saben menehi alamat IP nyata saka jaringan. Kabeh panyedhiya iki disambungake menyang router sing ndhukung fungsi Multi-WAN. Iki bisa uga OpenWRT karo paket mwan3, mikrotik, ubiquiti, utawa router rumah tangga liyane, amarga pilihan kasebut ora umum maneh.
Kanggo simulasi kahanan, bayangake manawa panyedhiya menehi alamat ing ngisor iki:
WAN1 β 11.11.11.11
WAN2 β 22.22.22.22
WAN2 β 33.33.33.33
Yaiku, nyambung menyang server remot example.com Liwat saben panyedhiya, server remot bakal ndeleng telung klien IP sumber independen. Balancing ngidini sampeyan mbagi beban ing saluran lan nggunakake kabeh telu kasebut bebarengan. Kanggo kesederhanaan, ayo bayangake yen kita mbagi beban kanthi rata ing antarane kabeh saluran. AkibatΓ©, nalika klien mbukak situs kanthi telung gambar, dheweke ngundhuh saben gambar liwat panyedhiya sing kapisah. Ing sisih situs katon kaya sambungan saka telung IP beda.
Nalika imbangan ing tingkat sambungan, saben sambungan TCP liwat panyedhiya kapisah.
Mode imbangan iki asring nyebabake masalah kanggo pangguna. Contone, akeh situs kanthi ketat ngiket cookie lan token menyang alamat IP klien, lan yen dumadakan diganti, panjaluk kasebut ditolak utawa klien metu saka situs kasebut. Iki asring direproduksi ing sistem klien-bank lan situs liyane kanthi aturan sesi pangguna sing ketat. Iki minangka conto ilustrasi sing gampang: file musik ing VK.com mung kasedhiya kanthi kunci sesi sing bener, sing disambungake menyang IP, lan klien sing nggunakake imbangan kasebut asring ora muter audio amarga panjaluk kasebut ora liwat panyedhiya. sesi wis diikat.
Nalika ndownload torrents, imbangan tingkat sambungan nyimpulake bandwidth kabeh saluran
Balancing iki ngidini sampeyan entuk jumlah kacepetan saluran Internet nalika nggunakake macem-macem sambungan. Contone, yen saben telung panyedhiya duwe kacepetan 100 Megabits, banjur nalika ngundhuh torrents bakal entuk 300 Megabits. Amarga torrent mbukak akeh sambungan, sing disebarake ing antarane kabeh panyedhiya lan pungkasane nggunakake kabeh saluran.
Penting kanggo mangerteni yen siji sambungan TCP bakal tansah liwat siji panyedhiya. Tegese, yen kita ngundhuh siji file gedhe liwat HTTP, banjur sambungan iki bakal digawe liwat salah siji saka panyedhiya, lan yen sambungan karo panyedhiya iki rusak, banjur download uga bakal break.
Siji sambungan bakal tansah nggunakake mung siji saluran Internet
Iki uga bener kanggo siaran video. Yen sampeyan nyebarake video streaming menyang sawetara Twitch kondisional, banjur imbangan ing tingkat sambungan IP ora bakal menehi keuntungan tartamtu, amarga stream video bakal disiarake ing siji sambungan IP. Ing kasus iki, yen panyedhiya WAN 3 wiwit ngalami masalah karo komunikasi, kayata mundhut paket utawa kacepetan suda, sampeyan ora bakal bisa langsung ngalih menyang panyedhiya liyane. Siaran kasebut kudu mandheg lan disambungake maneh.
Summing saluran sing bener
Summing saluran nyata ndadekake siji sambungan menyang Twitch kondisional liwat kabeh panyedhiya bebarengan supaya yen ana panyedhiya rusak, sambungan ora bakal diselani. Iki minangka masalah sing angel banget sing isih durung duwe solusi sing optimal. Akeh wong sing ora ngerti manawa iki bisa ditindakake!
Saka ilustrasi sadurunge, kita elinga yen server Twitch kondisional bisa nampa stream video saka kita mung saka siji alamat IP sumber, kang tegese iku kudu tansah pancet kanggo kita, preduli saka kang panyedhiya wis tiba lan kang digunakake. Kanggo entuk iki, kita butuh server summing sing bakal mungkasi kabeh sambungan kita lan gabungke dadi siji.
Server summing nggabungake kabeh saluran dadi siji trowongan. Kabeh sambungan asal saka alamat server summing
Ing skema iki, kabeh panyedhiya digunakake, lan mateni samubarang ora bakal nyebabake komunikasi karo server Twitch. Ateges, iki minangka trowongan VPN khusus, ing sangisore tutup ana sawetara saluran Internet sekaligus. Tugas utama skema kasebut yaiku entuk saluran komunikasi sing paling apik. Yen salah sawijining panyedhiya wiwit ngalami masalah, mundhut paket, tambah telat, mula iki ora bakal mengaruhi kualitas komunikasi kanthi cara apa wae, amarga beban kasebut bakal disebarake kanthi otomatis liwat saluran liyane sing luwih apik sing kasedhiya.
Solusi Komersial
Masalah iki wis suwe ngganggu wong sing nyiarake acara langsung lan ora duwe akses menyang Internet kanthi kualitas dhuwur. Kanggo tugas kasebut, ana sawetara solusi komersial, umpamane, perusahaan Teradek nggawe router sing nggegirisi sing dipasang ing modem USB:
Router kanggo siaran video kanthi fungsi summing saluran
Piranti kasebut biasane duwe kemampuan kanggo njupuk sinyal video liwat HDMI utawa SDI. Bebarengan karo router, langganan layanan summing saluran didol, uga ngolah stream video, transcoding lan ngirim maneh. Rega piranti kasebut diwiwiti saka $2k kanthi set modem, ditambah langganan layanan sing kapisah.
Kadhangkala katon cukup medeni:
Nggawe OpenMPTCPROuter
Protokol (MultiPath TCP) diciptakake supaya bisa nyambung liwat sawetara saluran sekaligus. Contone, kang lan bisa bebarengan nyambung menyang server remot liwat WiFi lan liwat jaringan seluler. Penting kanggo mangerteni manawa iki dudu rong sambungan TCP sing kapisah, nanging siji sambungan sing diadegake liwat rong saluran sekaligus. Kanggo nindakake iki, server remot uga kudu ndhukung MPTCP.
minangka proyek router piranti lunak open source sing ngidini ringkesan saluran sing bener. Penulis nyatakake yen proyek kasebut ana ing status versi alpha, nanging wis bisa digunakake. Iki kalebu rong bagean - server summing, sing ana ing Internet lan router, sing disambungake sawetara panyedhiya Internet lan piranti klien: komputer, telpon. Router khusus bisa dadi Raspberry Pi, sawetara router WiFi, utawa komputer biasa. Ana rakitan siap kanggo macem-macem platform, sing trep banget.
Cara kerja OpenMPTCPRouter
Nggawe server ringkesan
Server summing dumunung ing Internet lan mungkasi sambungan saka kabeh saluran router klien dadi siji. Alamat IP server iki bakal dadi alamat eksternal nalika ngakses Internet liwat OpenMPTCPRouter.
Kanggo tugas iki, kita bakal nggunakake server VPS ing Debian 10.
Persyaratan kanggo server summing:
- MPTCP ora bisa digunakake ing virtualisasi OpenVZ
- Sampeyan kudu bisa nginstal kernel Linux sampeyan dhewe
Server disebarake kanthi nglakokake siji printah. Skrip bakal nginstal kernel kanthi dhukungan mptcp lan kabeh paket sing dibutuhake. Skrip instalasi kasedhiya kanggo Ubuntu lan Debian.
wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh
Asil saka instalasi server sukses.
Kita nyimpen sandhi, kita kudu ngatur router klien, lan urip maneh. Penting kanggo elinga yen sawise instalasi, SSH bakal kasedhiya ing port 65222. Sawise rebooting, kita kudu nggawe manawa kita boot karo kernel anyar.
uname -a
Linux test-server.local 4.19.67-mptcp
Kita ndeleng prasasti mptcp ing jejere nomer versi, tegese kernel wis diinstal kanthi bener.
Nyetel router klien
Ing mbangun siap kasedhiya kanggo sawetara platform, kayata Raspberry Pi, Banana Pi, router Lynksys lan mesin virtual.
Bagean openmptcprouter iki adhedhasar OpenWRT, nggunakake LuCI minangka antarmuka, akrab karo sapa wae sing wis tau nemoni OpenWRT. Bobot distribusi kira-kira 50MB!
Minangka bench test, aku bakal nggunakake Raspberry Pi lan sawetara modem USB karo operator beda: MTS lan Megafon. Aku ora mikir aku kudu pitutur marang kowe carane nulis gambar menyang kertu SD.
Kaping pisanan, port Ethernet ing Raspberry Pi dikonfigurasi minangka lan kanthi alamat IP statis 192.168.100.1. Supaya ora ngutak-atik kabel ing meja, aku nyambungake Raspberry Pi menyang titik akses WiFi lan nyetel adaptor WiFi komputer menyang alamat statis. 192.168.100.2. Server DHCP ora diaktifake kanthi gawan, dadi sampeyan kudu nggunakake alamat statis.
Saiki sampeyan bisa mlebu menyang antarmuka web
Nalika sampeyan mlebu pisanan, sistem bakal njaluk sampeyan nyetel tembung sandhi ROOT; SSH bakal kasedhiya kanthi tembung sandhi sing padha.
Ing setelan LAN, sampeyan bisa nyetel subnet sing dikarepake lan ngaktifake server DHCP.
Aku nggunakake modem sing ditetepake minangka antarmuka USB Ethernet karo server DHCP kapisah, supaya iki dibutuhake instalasi . Prosedur iki identik karo nyetel modem ing OpenWRT biasa, mula aku ora bakal nutupi kene.
Sabanjure sampeyan kudu ngatur antarmuka WAN. Kaping pisanan, sistem nggawe rong antarmuka virtual WAN1 lan WAN2. Dheweke kudu diwenehi piranti fisik, ing kasusku iki jeneng antarmuka modem USB.
Supaya kebingungan karo jeneng antarmuka, Aku nyaranake ndeleng pesen dmesg nalika nyambung liwat SSH.
Wiwit modem dhewe dadi router, lan duwe server DHCP, aku kudu ngganti setelan jaringan internal lan mateni server DHCP, amarga wiwitane loro modem ngetokake alamat saka jaringan sing padha, lan iki nyebabake konflik.
OpenMPTCPRouter mbutuhake alamat antarmuka WAN statis, supaya kita nggawe subnet kanggo modem lan ngatur ing sistem β openmptcprouter β menu setelan antarmuka. Ing kene sampeyan kudu nemtokake alamat IP lan kunci server sing dipikolehi sajrone instalasi server summing.
Yen persiyapan sukses, gambar sing padha kudu katon ing kaca status. Bisa dideleng manawa router bisa tekan server summing lan loro saluran kasebut bisa digunakake kanthi normal.
Mode standar yaiku shadowsocks + mptcp. Iki minangka proxy sing mbungkus kabeh sambungan ing awake dhewe. Wiwitane dikonfigurasi mung kanggo ngolah TCP, nanging UDP uga bisa diaktifake.
Yen ora ana kesalahan ing kaca status, persiyapan bisa dianggep rampung.
Kanthi sawetara panyedhiya, kahanan bisa kedadeyan nalika gendera mptcp dipateni ing jalur lalu lintas, banjur kesalahan ing ngisor iki bakal katon:
Ing kasus iki, sampeyan bisa nggunakake mode operasi beda, tanpa nggunakake MPTCP, liyane babagan iki .
kesimpulan
Proyek OpenMPTCPRouter menarik banget lan penting, amarga bisa uga minangka solusi komprehensif sing mbukak kanggo masalah summing saluran. Kabeh liya ditutup kanthi rapet lan kepemilikan, utawa mung modul kapisah sing ora dingerteni wong biasa. Ing tataran pembangunan saiki, proyek isih cukup crude, dokumentasi banget miskin, akeh iku mung ora diterangake. Nanging ing wektu sing padha isih bisa digunakake. Mugi sing bakal terus kanggo berkembang, lan kita bakal njaluk router kluwarga sing bakal bisa kanggo mlaku gabungke saluran metu saka kothak.
Tindakake pangembang kita ing Instagram
Source: www.habr.com