Nebe a dudy Tp link AC1200 archer c6 -TL-WR 741ND
Moderátor: Moderátoři
Z vlastní zkušenosti asus DSL-AC68U před několika lety zálohovaný USB klíčenkou. Ta musí být pochopitelně kompatibilní, nejde pužít cokoli.
Z praxe cisco c819g LTE zálohovaný satelitním připojením. To cisco nám programoval profík a jediné, co se tomu dá vytknout je to, že ten přechod trvá cca 5 min. Ale je možné, že ty máš zkušenosti opačné.
Gateway máš na LAN vždy. To by se musel složit celý router. Ping na nějaký test server (může jich být klidně víc) by ve skriptu problém nebyl a nevidím ani problém v tom, že onen testovací server by byl ve výpadku - pak by se přešlo na záložní připojení. Ale samozřejmě jde ve skriptu testnout třeba tři servery, a podle toho se rozhodnout.
Jinak složitější řešení by bylo použít dva routery, mít dvě VLANy a skript by kontroloval testovací server(y) na obou VLAN a podle dostupnosti "hodil" počítač do jedné, nebo druhé - to ovšem předpokládá managemenovatelný switch, který bude VLANy umět.
DedVseved - domnívám se, že každý s cenou 2500+ a s USB portem.
Na jaké straně se píše, že obě připojení jsou současně funkční? Kde je zmíněno, že se jiný LAN port přepne na další WAN port?
Vidím tam pouze tohle
The current 34/4G settings is set to 3G/4G Backup mode. If WAN port was disconnect, the network mode will automatically turn to 3G/4G mode.
což je jen vzpomenutá metrika, nic víc.
Doufám, že nakonec tyhle fičury nebude umět jen to Cisco za 31 tis. (s 50% slevou), které naprogramoval nějaký profík.
Jsou dvě možnosti detekce:
- dotaz na DNS poskytovatele
- ping na server, který si můžeš zadat, včetně intervalu.
Více zde: https://www.asus.com/support/FAQ/1011719
Na přiloženém screenu můžeš vidět nastavení vyvážení zátěže. Úmyslně je zobrazena možnost výběru (selhání/vyvážení).
Mimo cisca jsem zmínil i možnost dvou routerů a přepínání VLAN.
A ještě jsem dohledal, že by to mohl umět mikrotik, ovšem zde asi jen na ethernetu: https://wifihome.cz/dual-wan-failover-na-mikrotiku/
Budiž, ale jak jsem psal, packety se musí označovat, třídit a odesílat přes určitou bránu. Nastavit se tam dá poměr a těžko říct, jestli v tu chvíli bude fungovat změna při výpadku jednoho připojení, protože to tam jsou dvě různě nastavitelné funkce, tak aby tvrdošíjně neposílal data přes tuhou linku při Vyvážení zátěže.
Tohle není nic jednoduchého. To že to umí dobře naskriptované systémy, je něco jiného.
Ono to rozhraní je prakticky stejné. Možná jsi měl věnovat více času hledání...
Tak třeba zde: https://pc-help.cnews.cz/viewtopic.php?f=117&t=141396 je obrázek toho rozhraní přímo s DSL-AC68U. Podobnost nebude náhodná
A pro jistotu přikládám screen rozhraní z mého AX56U.
K tvému tvrzení, že DSL-AC68U u nás nejde koupit si dovolím dodat odkaz na czc: https://www.czc.cz/asus-dsl-ac68u-ac190 ... 29/produkt Jak račte vidět drahý Watsone - skladem více, než 5ks (pokud se dá czc věřit). Stejně tak u ts-bohemia: https://www.tsbohemia.cz/dsl-ac68u_d199789.html
"packety se musí označovat, třídit a odesílat přes určitou bránu" - ó nikoli drahý Watsone. Přestože může jít jeden paket přes rusko a druhý přes ameriku, stejně se v cílovém počítači sejdou, a on si je správně seřadí. Ale výjimky existují.
Jak to má inteligence routeru ošetřeno netuším, ale ošetřeno to mít bude.
A abys mě pochopil - nebudu tě přesvědčovat. Jen si myslím, že nemá smysl testovat gateway, ledaže bych si koupil šunt, co padá, a zároveň sdělit to, že zálohování internetového připojení není tak úplně výsadou profesionálních řešení.
A už vůbec si netroufám tvrdit, že řešení od asusu bude vyhovovat přesně tvým požadavkům.
Yenyk píše:Přestože může jít jeden paket přes rusko a druhý přes ameriku, stejně se v cílovém počítači sejdou, a on si je správně seřadí.
To asi tazko. Pakety v ramci jedneho TCP spojenia musia ist z jednej IP adresy. Dokonca nemozes ani nahodne rozhadzovat spojenia na rozne linky, pretoze niektore sluzby mozu mat spojene session so zdrojovou IP adresou.
Proto se to taky dělá, aby se co nejlépe využila kapacita spojení.
O tom jak to funguje názorně třeba zde: https://cs.khanacademy.org/computing/co ... eliability
A ti co potřebují zálohovat nebo zokruhovat připojení, tak si nebudou pořizovat jednoúčelovou krabičku, která stejně buď umí jen load balancing nebo jen zálohu připojení, dohromady ne.
Co se týče vyvážení zátěže, tak kdybych do routeru připojil modem do USB (kdy to budou dva NATy za sebou), tak určovat poměr těchto připojení je trochu divný. To si router bude dělat co chce. Sice jde dodatečně doplnit, které zdrojové a cílové IP adresy mají téct přes určitý WAN port, ale to je taky mimo mísu. Místo cílové IP by měl jít definovat určitý port, nebo doménové jméno, které se na IP přeloží, protože dnes se u významných služeb nepoužívá jen jedna IP adresa, ale různé bloky IP adres, kdy se velké toky dat díky domain-name rozhazují na tyto IP dle zátěže.
"kdybych do routeru připojil modem do USB (kdy to budou dva NATy za sebou)" - pokud si zaplatím za modemem veřejnou IP, kde bude ten druhý NAT?
- z principu TCP/IP je jedno (už jsem to tu psal), kudy paket běží. A pokud máš službu vázanou na IP adresu, pak samozřejmě nebude fungovat, a tudíž nemá smysl zálohovat připojení, není to tak? A pak je celé tohle povídání zbytečné
1. ony lepší USB modemroutery lze přepnout do tzv. bridge módu, takže fungují pouze jako modem.
2. a proto existuje seznam kompatibilních zařízení, které lze k routeru připojit - psal jsem výše...
O co tady jde? Já přece výše napsal jaké jsou podmínky, za kterých to bude fungovat, tak proč zmiňujete něco, kdy to fungovat nebude?
Má to být nějaký ceremoniál? K uvítání nového člena fóra?
Yenyk píše:A pokud máš službu vázanou na IP adresu, pak samozřejmě nebude fungovat, a tudíž nemá smysl zálohovat připojení, není to tak? A pak je celé tohle povídání zbytečné
A výše jsem napsal:
Yenyk píše:O co tady jde? Já přece výše napsal jaké jsou podmínky, za kterých to bude fungovat, tak proč zmiňujete něco, kdy to fungovat nebude?
Má to být nějaký ceremoniál? K uvítání nového člena fóra?
Kdo chce, hledá způsoby, kdo nechce, hledá důvody. Nic nebrání tomu, pořídit plnohodnotný modemrouter, přepnout ho do bridge režimu a využít pro záložní připojení LAN port přepnutý do WAN.
No a pokud by sis dal práci s hledáním (to už píšu poněkolikáté), tak bys našel na hjůvej fóru jak přehrát SW a přepnout tento modem router do bridge režimu (o tom jsem taky psal výše).
Pokud budeš svůj čas ztrácet hledáním důvodů, proč to nepůjde, pak nemá smysl se tím zabývat. V tom případě to nikdy nedokážeš.
DedVseved píše: přes dva NATy neprojde nastavená cílová IP adresa v rozdělení zátěže. Ty další modemy jsem zatím nezkoumal.
O tomto tvrzení lze s úspěchem pochybovat. Už jen proto, že většina uživatelů internetu nemá veřejnou IP adresu => 1. NAT je u providera. A většina uživatelů má svůj router => 2. NAT u uživatele. Přesto nemají problém užívat služby internetu.
A aby tomu ještě nebyl konec, někteří z nich si pro zlepšení WiFi zapojí další router a nechají ho běžet v režimu router místo AP. => 3. NAT. Zde mají problém se připojit třeba na NAS v síti prvního routeru, ale opět bez problémů běží internetové služby. To je taky důvod, proč se NAT používá.