Nebe a dudy Tp link AC1200 archer c6 -TL-WR 741ND
Moderátor: Moderátoři
S tím si dovolím nesouhlasit.
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.
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.
Dobře, tady https://dlcdnets.asus.com/pub/ASUS/wire ... Manual.zip je český manuál ke vzpomenutému Asusu DSL-AC68U.
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
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.
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
což je jen vzpomenutá metrika, nic víc.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.
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.
Ne všechno se dočteš v manuálu...
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/
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/
Tohle jsi dal screenshot z RT-AX95Q a ne z DSL-AC68U, o kterém jsi psal a ten ani u nás nejde koupit. Navíc jsi ten screenshot ze simulátoru mohl dát celý.
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.
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.
Velmi správně drahý Watsone
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á![Smile :-)](./images/smilies/icon_smile.gif)
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.
![Smile :)](./images/smilies/icon_smile.gif)
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á
![Smile :-)](./images/smilies/icon_smile.gif)
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.
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.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í.
Ano, správně řečeno - "v ramci jedneho TCP spojenia". Takže třeba 10 může jít v rámci jednoho TCP spojení a dalších 10 v rámci druhého TCP spojení. Po jaké cestě se jde, o to se starají (mimo jiné) routovací protokoly.
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
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
Na rovinu, jsou to funkce, které by nevyužili ani v malé kanceláři. Vypadne WiFi spojení z hlavního routeru, tak si zapnu data na mobilu a ty případně nasdílím i do okolí. Na co bych platil další SIMku do routeru pro tzv. "co by kdyby", nebo na co bych měl dvě pevné připojení ať už v kanceláři nebo dokonce doma.
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.
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.
To je taky celkem trefné, protože v dnešní době může jako router opravdu posloužit i telefon a platit si dvě pevné přípojky je opravdu nerentabilní kvůli zálohy připojení.
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.
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.
Nějak se v tom zamotáváte pane kolego ![Smile :-)](./images/smilies/icon_smile.gif)
"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é![Smile :-)](./images/smilies/icon_smile.gif)
![Smile :-)](./images/smilies/icon_smile.gif)
"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é
![Smile :-)](./images/smilies/icon_smile.gif)
Jistě. Jenže:
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?
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?
Tady jsou podporované USB routery/modemy. Pro ČR je tam např. Huawei E3372, který NATuje a přes dva NATy neprojde nastavená cílová IP adresa v rozdělení zátěže. Ty další modemy jsem zatím nezkoumal.
O dva výše jsem napsal:
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š.
A výše jsem napsal: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é
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.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?
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š.
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.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.
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á.