Нажмите "Enter", чтобы перейти к содержанию

UPC felállítása ingyenes Wi-Fi

Az internetes csatornák összegzése — OpenMPTCProuter

Lehet-e több internetes csatornát kombinálni egyben? Ezen téma körül egy csomó téveszkés és mítosz, még a tapasztalattal rendelkező hálózati mérnökök gyakran nem tudják, hogy lehetséges. A legtöbb esetben a csatornák kombinációja tévesen hívja a NAT vagy a Failover szintjét. De a jelenlegi összegzés lehetővé teszi Egyetlen TCP kapcsolatot egyidejűleg az összes internetes csatornán, Például, hogy a video sugárzás, hogy ha az internetcsatornák bármelyikének törése nem szakad meg.

A videoadásokhoz drága kereskedelmi megoldások vannak, de az ilyen eszközök sok kilobakamas. A cikk bemutatja a konfiguráció a szabad, nyitott OpenMptCProuter csomag kitűnnek népszerű csatorna összegzése mítoszok.

Mítoszok a csatornák összegzéséről

Számos háztartási útválasztó van, amelyek támogatják a multi-wan funkciót. Néha a gyártók a csatornák összegzésével hívják, ami nem igaz. Számos hálózat úgy véli, hogy az L2-szintű LACPU összegzés mellett nincs más kombinációs csatorna. Gyakran meg kellett hallanom, hogy általában lehetetlen a távközlésben dolgozó emberektől. Tehát próbáljuk meg kitalálni a népszerű mítoszokat.

Kiegyensúlyozás IP-kapcsolatokban

Ez a leginkább megfizethető és népszerű módja annak, hogy több internetes csatornát is eldobhatják. Az egyszerűség érdekében képzeljük el, hogy három internetes szolgáltatója van, mindenki valódi IP-címet ad a hálózatából. Mindezek a szolgáltatók kapcsolódnak az útválasztóhoz a többszörös WAN funkció támogatásához. Lehet, hogy az MWAN3, Mikrotik, Ubiquiti csomag vagy más háztartási router használata lehet, most már ilyen lehetőség már nem.

A helyzet modellezéséhez képzelje el, hogy a szolgáltatók ilyen címeket adtak nekünk:

Vagyis egy távoli kiszolgálóhoz való csatlakozás Példa.ComAz egyes szolgáltatókon keresztül a távoli kiszolgáló három független forrás IP klienst fog látni. A kiegyenlítés lehetővé teszi, hogy megosztja a terhelést a csatornákon, és egyszerre használja mindháromat. Az egyszerűségért képzeljük el, hogy egyenlően osztjuk meg az összes csatorna közötti terhelést. Ennek eredményeképpen, amikor az ügyfél megnyitja az oldalt, amelyen három kép feltételezhetően, minden képet különálló szolgáltatón keresztül terheli. A webhely oldalán három különböző IP-ről szól.

A csatlakozási szinten való kiegyensúlyozáskor minden egyes TCP kapcsolat egy különálló szolgáltatóval megy keresztül.

Az ilyen kiegyenlítő üzemmód gyakran problémákat vet fel a felhasználók számára. Ezt gyakran az ügyfél-banki rendszerekben és más felhasználói munkamenetekkel rendelkező egyéb helyeken reprodukálják. Itt van egy egyszerű vizuális példa: zenei fájlok vk-ben.A COM csak egy érvényes munkamenet-kulcsmal érhető el, amely az IP-hez kötődik, és az ilyen kiegyenlítő ügyfelek gyakran nem játszanak hangot, mert a kérés elhagyta a szolgáltatót, amelyre a munkamenet kötődik.

A Torrents betöltésekor a csatlakozási szint kiegyensúlyozása összefoglalja az összes csatorna sávszélességét

Az ilyen kiegyenlítés lehetővé teszi az internetes csatorna sebességének összegét, ha több kapcsolatot használ. Például, ha a három szolgáltató mindegyike 100 megabit, akkor a torrentek betöltésekor 300 megabitet kapunk. Mivel a Torrent sok olyan kapcsolatot nyit meg, amelyek az összes szolgáltató között elosztottak, és végül az egész csatornát használják.

Fontos megérteni, hogy egyetlen TCP-kapcsolat mindig csak egy szolgáltatón keresztül halad át. Azaz, ha letöltünk egy nagy fájlt HTTP-n keresztül, ez a kapcsolat program végrehajtása az egyik szolgáltató, és ha a kapcsolat ennél a szolgáltatónál fog megfordulni, akkor a terhelés is megtörni.

Egy kapcsolat mindig csak egy internetes csatornát használ

Ez igaz a videoadásokra. Ha valamilyen feltételes rángatózással közvetíti a streaming videót, akkor az IP-kapcsolat szintjének kiegyenlítése nem ad semmilyen felhasználást, mivel a videófolyamot egy IP-kapcsolaton belül sugározzák. Ebben az esetben, ha a WAN 3 szolgáltató elkezd kommunikálni a problémákat, például a csomagvesztést vagy a csökkentett sebességet, akkor nem lehet azonnal átkapcsolni egy másik szolgáltatót. A sugárzásnak meg kell állnia és újra csatlakozniuk kell.

Jelenlegi csatornák

A csatornák tényleges összegzése lehetővé teszi, hogy azonnal egy kapcsolatot tegyen a feltételes csípéshez azonnal az összes szolgáltatóval oly módon, hogy ha a szolgáltatók bármelyike ​​leáll, akkor a kapcsolat nem fog megtörni. Ez egy meglepetés komplex feladat, amely még mindig nincs optimális megoldása. Sokan nem is tudják, mi lehetséges!

Az előzőeknél, emlékszünk, hogy a rángás kondicionáló szerver vehet a videó stream tőlünk csak egy forrás IP cím, ami azt jelenti, hogy mindig legyen állandó, függetlenül attól, hogy mely szolgáltatók estünk ki, és amely a munka. Ennek elérése érdekében szükségünk van egy nyúló szerverre, amely megszünteti az összes kapcsolatot, és egyesíti őket egybe.

A Summer Server az összes csatornát egy alagútban aggregálja. Minden kapcsolat fordul elő a Summer Server címével

Ez a rendszer minden szolgáltatót használ, és bármelyikük letiltása nem okoz kommunikációt a rángatókiszolgálóval. Valójában ez egy speciális VPN-alagút, amely a motorháztető alatt több internetes csatorna egyszerre. Az ilyen rendszer fő feladata a lehető legmagasabb kommunikációs csatorna megszerzése. Ha problémák, a csomagok elvesztése az egyik szolgáltatónál, a késedelmek növekedése, nem tükröződik a kapcsolat minőségére, mivel a terhelés automatikusan elosztható más, jobb csatornákkal, amelyek rendelkezésre állnak.

Kereskedelmi megoldások

Ez a probléma régóta aggódott azok miatt, akik közvetlen sugárzási eseményeket végeznek, és nincs hozzáférése az internet minőségéhez. Ilyen feladatok esetében számos kereskedelmi megoldás létezik, például a Teradek olyan szörnyű routereket készít, amelyekben USB modemcsomagok vannak behelyezve:

Router video adások csatorna összegzés funkcióval

Ilyen eszközökben általában beágyazott a videojel rögzítésére szolgáló képességet HDMI vagy SDI felett. Az útválasztóval együtt előfizetés van kialakítva a csatorna összegzési szolgáltatásra, valamint a videófolyam feldolgozására, átmásolva és relé. Az ilyen eszközök ára 2k $ -ból kezdődik, egy modemkészletekkel, valamint a szolgáltatás külön előfizetése.

Néha elég ijesztőnek tűnik:

Az OpenmptcProuter testreszabása

Az MP-TCP protokoll (Multipath TCP) úgy van kialakítva, hogy több csatornával azonnal csatlakozzon. Például támogatja az IOSI-t egyidejűleg csatlakozhat egy távoli WiFi-kiszolgálóhoz és egy cellás hálózaton keresztül. Fontos megérteni, hogy ezek nem két különálló TCP kapcsolat, nevezetesen egy kapcsolat azonnal két csatornán. A munka, a távoli kiszolgálónak támogatnia kell az MPTCP-t is.

Az OpenmptcProuter egy olyan szoftver router nyitott projektje, amely lehetővé teszi, hogy valóban összefoglalja a csatornákat. A szerzők azt állítják, hogy a projekt az Alpha verzió állapotában van, de már használhatók. Két részből áll — egy összegző kiszolgáló, amely az interneten és az útválasztó, amelyhez több internetes szolgáltató csatlakozik, és az ügyféleszközök maguk is: számítógépek, telefonok. A Raspberry Pi egyéni routerként, néhány WiFi routerként vagy rendszeres számítógépként végezhet. Vannak kész összeszerelések különböző platformokra, amelyek nagyon kényelmesek.

OpenMPTCProuter operációs elv

Summer Server létrehozása

A Summer Server az interneten található, és összekapcsolja az ügyfél útválasztó összes csatornáit. A kiszolgáló IP-címe külső cím lesz, ha megnyitja az internetet az OpenMptcProuter segítségével.

Ehhez a feladathoz a VPS-kiszolgálót a Debian 10-en fogjuk használni.

A Summer Server követelményei:

  • Az MPTCP nem működik az OpenVZ virtualizáción
  • Lehetőség van a saját Linux kernel telepítésére

A kiszolgálót egy parancs végrehajtásával telepíti. A szkript létrehoz egy rendszermagot MPTCP támogatással és az összes szükséges csomaggal. Az Ubuntu és a Debian telepítési szkriptek állnak rendelkezésre.

A sikeres szerver telepítése eredménye.

A jelszavak tartása, az ügyfél router beállítása és újraindítása szükséges. Fontos, hogy szem előtt tartsuk, hogy az SSH telepítése után elérhető lesz a 65222-es porton. Az újraindítás után meg kell győződnie arról, hogy az új maggal indulunk

Az MPTCP feliratú verziószám mellett látjuk, ami azt jelenti, hogy a rendszermag helyesen jött létre.

Ügyfél útválasztó beállítása

A honlapon a projektek állnak kész épít egyes platformok, mint például Raspberry Pi, banán Pi, Lynksys routerek és virtuális gépek.
Az Openmptcprouter ezen része OpenWRT-n alapul, Luci-t olyan felületként használják, amely mindenki számára ismert, aki valaha is találkozott az OpenWRT-en. Eloszlás súlya körülbelül 50 MB!

Tesztpadként használom a Raspberry Pi-t és több USB modemet különböző operátorokkal: MTS és Megafon. Hogyan kell égetni egy képet egy SD kártyán, azt hiszem, nem kell elmondanod.

Kezdetben a Raspberry Pi Ethernet portja Statikus IP-címmel van konfigurálva 192.168.100.1. Annak érdekében, hogy ne ütközzön az asztalon lévő vezetékekkel, csatlakoztattam a Raspberry Pi-t a WiFi hozzáférési ponthoz, és statikus címet állítottam be a számítógép WiFi adapterén 192.168.100.2. Az alapértelmezett DHCP-kiszolgáló nincs bekapcsolva, így statikus címeket kell használnia.

Most mehetsz a Webes felületre 192.168.100.1

Amikor először jelentkezzen be, a rendszer megkéri, hogy állítsa be a gyökér jelszavát, az SSH ugyanazon a jelszóval lesz elérhető.

A LAN beállításokban beállíthatja a kívánt alhálózatot, és kapcsolja be a DHCP-kiszolgálót.

Olyan modemeket használok, amelyek USB Ethernet interfészekként vannak megadva egy külön DHCP-kiszolgálóval, így további csomagok telepítését igényli. Az eljárás megegyezik a szokásos OpenWRT modemek konfigurációjával, így itt nem fogom ezt figyelembe venni.

Ezután be kell állítanod a WAN interfészeket. Kezdetben két WAN1 és WAN2 virtuális interfész jött létre a rendszerben. Fizikai eszközt kell hozzárendelni az én esetemben Ezek az USB modemek interfésznevek.

Annak érdekében, hogy ne zavarja az interfészek nevét, azt tanácsolom, hogy nézze meg a dmesg üzeneteket az ssh csatlakozásával.

Mivel a modemek maguk pedig kiálló routerek, és maguk is vannak DHCP-kiszolgálóval, meg kellett változtatnom a belső hálózati tartományok beállításait, és letiltanom a DHCP-kiszolgálót, mert kezdetben mindkét modem ugyanabból a hálózatból származik, és ez a konfliktust okozza.

Az OpenmptcProuter megköveteli, hogy a WAN-interfész címek statikusak legyenek, ezért feltalálják az alhálózati modemeket, és konfigurálják a rendszert → OpenMptcProuter → Interface Beállítások. Itt meg kell adnia az IP-címet és a Summer Server telepítési szakaszában kapott szerver kulcsot.

Sikeres hangolás esetén hasonló képet kell megjeleníteni az állapotlapon. Látható, hogy a router képes volt elérni a összeadásával szerver és mindkét csatornán rendszeresen munkát.

Az alapértelmezett árnyékok + MPTCP mód. Ez olyan proxy, amely minden kapcsolatot csomagol. Kezdetben úgy van konfigurálva, hogy csak TCP-t dolgozzon ki, de bekapcsolhatja és UDP.

Ha nincs hiba az állapotoldalon, akkor a beállítás befejezhető.
Bizonyos szolgáltatókkal lehet olyan helyzet, amikor az MPTCP zászlót a forgalom útján vágják le, akkor ilyen hiba lesz:

Ebben az esetben használhat egy másik üzemmódot, anélkül, hogy az MPTCP-t használná, többet róla.

Következtetés

Az Openmptcprouter projekt nagyon érdekes és fontos, mivel ez talán az egyetlen nyílt átfogó megoldás a csatornák összegzésére. Minden más, vagy szorosan zárva és tulajdonosi, vagy csak különálló modulok, hogy megbirkózzon azzal, hogy a szokásos személy nincs hatalom alatt. A fejlesztés jelenlegi szakaszában a projekt még mindig elég nyers, rendkívül rossz dokumentáció, sok mindent egyszerűen leírunk. De ugyanakkor végül is működik. Remélem, hogy továbbra is fejlődik, és háztartási útválasztókat kapunk, amelyek képesek lesznek rendszerint kombinálni a csatornákat a dobozból.

Комментарии закрыты, но обратные ссылки и pingbacks ещё работают.