Linux dual WAN failover

Sziasztok,

 

nem igazán találtam érdemi választ a fórumok között, ezért nyitok új témát.

Adott egy Linux, ami egy irodaház internetforgalmát szabályozza. Két kapcsolat van: egy T-com ADSL és egy UPC koax.

A T-com az elsődleges, a másik kvázi csak tartalék.

 

A cél a hiba esetén az automatikus átállás.

Elég sok leírást van a neten - talán már egy kicsit több is a kelleténél :).

 

Van-e valakinek valamilyen bevált megoldása, scriptje, akármije, amivel ezt meg tudom oldani. A visszaállás nem feltétlen kell automatikusan (gondolok itt olyanra, hogy ha megszakad az ADSL, akkor a PPP egy idő után leáll, és azt nem akarom élesztgetni, hogy vajon van-e már kapcsolat).

 

 

Köszi.

Hozzászólások

en az openwrt mwan3 csomagjat hasznalom

neked aztan fura humorod van...

ha csak ennyi, akkor beállítod a PPPoE kliens-t, hogy szakadás után ne csatoljon fel újra, a másik net kapcsolathoz pedig magasabb route distance-t állítasz be.
A PPP le fog kapcsolni szakadás esetén pár(tíz) másodperc alatt, a forgalom átáll UPC-re, amikor probléma esetén javítasz, akkor "pon ISP" parancsot kiadva újra Ő lesz az elsődleges.

Ha jól értem a Linuxot csak router-ként használjátok

Nem, van pár más funkciója is: egyelőre kétféle VPN, van rajta egy Squid (aminek amúgy egyre kevesebb értelme van, mivel már minden HTTPS...). Gondolom még ezek is beleférnének egy pfSense-be, de egyrészt eddig sikerült megtartani a homogén környezetet (Debian minden, ami Linux, pontosabban ami nem Windows), így aki nem expert, annak sem okoz gondot alap dolgok megoldása. Másrészt azért maradtunk a PC mellett, mert ha jön egy ötlet, hogy "hú de jó lenne ha...", akkor szerintem így a legkényelmesebb megoldani, és eddig ez is meghálálta magát.

Amúgy ha pfSense-ben megoldották, akkor gondolom egy mezei Linuxon is meg lehet oldani :). pl. az általad mellékelt linken található gwping-et (ha ez az) tegnap megtaláltam, valszeg egy próbát megér. Legalább a motiváció megvan, köszi :).

Szerkesztve: 2021. 09. 14., k – 08:28

vagy lekezeled ppp up/down scriptekkel es kulonbozo route metric ertekekkel, de ugye az ellen nem ved, ha a szolgaltato gerinceben van szakadas, es a ppp el, csak nem jon rajta a "delej".

en ahol ilyen kellett, irtam egy scriptet ami percenkent lefut cronbol, megpingel 2-3 kulso ip-t (pl. 8.8.8.8) es ha nem megy akkor atirja a default route-ot es kuld egy emailt. nem szep, de mukodik. foleg olyan helyre kellett ilyen, ahol a nem megy azt jelentette neha, hogy volt ping de ugy 10-20% packet loss-al, ezt is lehet egy gyors (-i 0.1) 100-as (-c 100) ping eresztessel jol merni.

amugy az adsl-es net jobb mint a koax? ilyet is ritkan latni.

ami percenkent lefut cronbol, megpingel 2-3 kulso ip-t (pl. 8.8.8.8) es ha nem megy...

Igen, valszeg ilyesmi lesz, és ha jól néztem, a fent írt gwping is ezt csinálja.

amugy az adsl-es net jobb mint a koax? ilyet is ritkan latni.

wpeople írta, hogy lehet, hogy keverem a DSL-ről GPon-ra upgrade-lt PPPoE kapcsolattal - lehet, nem tudom, mi a különbség. A szolgáltató DSL-ként adja, itt is PPPoE van, nem tudom, hogy lehetne kideríteni, hogy most akkor melyik.

Amúgy mintha a sávszélesség ua lenne, de a UPC koax valami elképesztően szar volt. Ha az irodaházban sokan voltak bent, akkor napközben olyan csomagvesztést produkált (60-80%, vagy több), hogy képtelenség volt dolgozni. Volt kint többször a UPC, talált érdekes hibákat (pl a fix IP ki volt osztva máshol is... khmm...), de egyik sem oldotta meg a problémát. Végül a kerületben megjelent a T-com, és azóta (ugyanazon a vason!) kifogástalanul megy a net.

aha. szoval van egy szar neted meg egy nem annyira szar ami meg szarabbul mukodik mint a masik. jo :)

volt nekem is ilyen ugyfelem, ahol mikro volt ami 3 csepp esotol is megallt, meg t-home koax kabelnet ami meg barmitol megallt barmikor. es ezen biztositsak ~100% rendelkezesre allast. 3 evig mondtam nekik, hogy vegyenek rendes netet, vegul meguntak, es szerzodest bontottak. velunk :)

szoval van egy szar neted meg egy nem annyira szar ami meg szarabbul mukodik mint a masik. jo :)

Kb, bár a Gpon-ra (most már tudom :)) nem tudok rosszat mondani, mióta megvan (kb 2.5-3 éve), elég stabilan működik (mármint amikor működik :)). Ideértem a pandémiás időszakot is, amikor 15-20 user otthonról dolgozott VPN-en.

ami 3 csepp esotol is megall

Az egyik felderített hiba az volt, hogy ahol bejön a UPC koax, szét volt ázva a csatlakozó. A szakik nagyon örültek, hogy megtalálták a hibát, de sajnos az sem oldotta meg. Utána volt a kiosztott fix IP ütközés (szintén eredménytelenül), aztán a koaxok, modem, és UTP kábelek cseréje, de normális netet nem tudtak adni. Objektíven tesztelni természetesen nem tudtuk, mert napközben a szar net is jobb volt, mint a semmilyen net, csúcsidőn kívül meg nem nagyon lehetett reprodukálni a jelenséget. És akkor sem, ha a szaki rátett egy laptopot, és elkezdte mérni a netet (egy kliensről).

velunk :)

:D

Amúgy nem tudom, mennyire éri meg ez a vacakolás, lehet, hogy elég lenne odatenni egy masiknet.sh scriptet, amit kézzel lefuttat bárki (van bent az irodában pár ember, aki ezt meg tudja oldani). Vagy távolról én átállítom (a UPC-s net is elérhető alapból). Tényleg ritka, mikor full elmegy a net, főleg hosszú időre - de annál bosszantóbb.