Automatikus csatornaváltás a MikroTik RouterOS, blog tangarusa
Beépített MikroTik RouterOS rugalmasság területén internet hozzáférés (azaz a check-gateway = ping), hogy van egy hatalmas hátránya: ellenőrzi a rendelkezésre álló gateway szolgáltató, hanem a rendelkezésre álló internetes ezen keresztül a szolgáltatóhoz.
Hasonló megoldás a Linux már ismertettük. és ez lehet mondani, hogy „port” a RouterOS 🙂
Jelenleg 3 csatorna az interneten, és a helyi hálózaton (itt a DMZ):
/ IP cím add address = 172.16.16.2 / 24 adás = 172.16.16.255 comment = DMZ disabled = nincs \ interface = ether1-demilitarizált zóna = 172.16.16.0 add address = 80.X.255.130 / 26 broadcast = 80.X.255.191 comment = rialKom \ disabled = nincs interface = ether3-rialkom network = 80.X.255.128 add address = 212.152.X.55 / 26 broadcast = 212.152.X.63 comment = inet tiltva = \ nincs interface = ether5-inet network = 212.152.X.0 add address = 62.X.7.242 / 29 adás = 62.X.7.247 comment = beeline \ disabled = nincs interface = ether4-beeline network = 62.X.7.240
A fő útvonalak, hogy mi fog váltani:
/ Ip route megjegyzés hozzáadása = GW_1 tiltva = nincs távolság = 1 DST-cím = 0.0.0.0 / 0 gateway = \ 80.X.255.129 körét = 30 target-scope = 10 kiegészítő megjegyzést = GW_2 tiltva = nincs távolság = 2 dst- address = 0.0.0.0 / 0 gateway = \ 62.X.7.241 scope = 30 target-scope = 10 add comment = GW_3 disabled = nincs távolság = 3 dst-address = 0.0.0.0 / 0 gateway = \ 212.152.X.1 hatálya = 30 target-scope = 10
Ügyfelek maskara:
/ Rendszer ütemező add comment = "" disabled = nincs intervallum = 30 name = CheckINET on-event = "/ system script fut CheckINET" politika = \ reboot, olvasni, írni, politika, teszt, jelszó, szippantás, érzékeny start-date = január / 01/1970 start-time = 00: 00: 00
Úgy tűnt, lenne mindent, de van egy kis gond: most már Ping / ping www.ya.ru src-address = 212.152.X.55. RouterOS nem figyelni, hogy a paraméter 212.152.X.55 ha az átjáró nem érhető el.
Ie Ha rendelkezésre áll, akkor a csomagokat fog menni rajta, de ha nem, akkor, amikor a jelenlegi default gw.
Ennek elkerülése érdekében meg kell jelölnie az interfész kapcsolat a megfelelő útvonal jelzés a bejáratnál.
Ezzel párhuzamosan azt is meg fogja oldani a problémát a „reagál a felület, amelyen a kérelem érkezett”: Most pinging felület №2 választ megy át az interfész tartozik default gw, és nem kaptunk választ.
Hozzáadása útvonalakat az útválasztási táblát:
/ Ip route add comment = "" disabled = nincs távolság = 1, dst-address = 0.0.0.0 / 0 gateway = \ 80.X.255.129 routing-mark = rialkom scope = 30 target-scope = 10 add comment = "" disabled = nincs távolság = 1 dst-address = 0.0.0.0 / 0 gateway = \ 62.X.7.241 routing-mark = beeline scope = 30 target-scope = 10 add comment = "" disabled = nincs távolság = 1 dst-address = 0.0.0.0/0 gateway = \ 212.152.X.1 útválasztás-mark = inet körét = 30 target-scope = 10
/ Ip route add szabály action = lookup comment = "" disabled = no src-address = 212.152.X.55 / 32 \ table = inet add action = lookup comment = "" disabled = no src-address = 62.X.7.242 / 32 table = \ beeline add action = lookup comment = "" disabled = no src-address = 80.X.255.130 / 32 \ table = rialkom
Ezek a szabályok szükségesek a belső hálózat mindig is (nem függ az aktuális üzemi csatorna) a rendelkezésre álló hálózati szolgáltató, amit használni ellenőrzésére:
/ Ip route add szabály action = lookup comment = "" disabled = no dst-address = 62.X.7.240 / 29 table = \ Beeline add action = lookup comment = "" disabled = no dst-address = 80.X.255.128 / 26 \ table = rialkom add action = lookup comment = "" disabled = no dst-address = 212.152.X.0 / 26 table = \ inet
Én figyelni: routing-jelölés látható át WinBox a mángorló, útválasztási táblázatát / ip route (routing-tábla) és a routing-mark'i és routing-A táblázat nem használható közvetlenül ott!
Ie ott ismeretlen okból, az idő jelenik meg, mint egy routing-jelet, és routing-tábla.
(UPD: De a másik router működik, és így és így Hmm ..)
Meg kell, hogy megfeleljen nekik:
/ Ip route szabály add action = lookup comment = "" disabled = nincs routing-mark = rialkom table = rialkom add action = lookup comment = "" disabled = nincs routing-mark = Beeline table = Beeline add action = lookup comment = "" fogyatékkal = nincs routing-mark = inet table = inet
Mark a fehér festék vissza csomagok:
/ Ip tűzfal mángorló add action = jel útvonal-lánc = kimeneti comment = "Helyi választ, hogy helyes, ha a" disabled = nincs új útvonal-mark = Beeline \ átjelentkezési = yes src-address = 62.X.7.242 add action = mark routing lánc = kimeneti comment = "Helyi választ, hogy helyes, ha a" disabled = nincs új útvonal-mark = inet átjelentkezési = \ igen src-address = 212.152.X.55 add action = jel útvonal-lánc = kimeneti comment = „Helyi válasz korrigálni, ha a „disabled = nincs új útvonal-mark = rialkom \ átjelentkezési = yes src-address = 80.X.255.130
És ha van két szolgáltató, és egyikük a statikus és a második PPPoE?
Ha csak két csatornát, szükséges, hogy dobja ki a forgatókönyvet nem említik a harmadik szolgáltató, ez nem nehéz.
Mintegy PPPOE, ez is ugyanaz az adott némi ipishnik, és ezért a rendszer is működik. Csak akkor kell külön biztosítani automatikus újra kapcsolatot PPPOE.
Kész megoldást arra az esetre, hogy PPPOE nem történhet meg, mert szükséges vizsgálatot és a hibakeresés.
Az érdekelt, mint kérdés, hogy a terhelés eloszlását Ebben a konfigurációban a három csatorna, vagy a maradék két használták, mint tartalékot.
Nem, nincs elosztása ebben az esetben.
Példák terhelés elosztás a dokumentációban, például:
Pontosabban nehéz megmondani.
Azt is érdemes megnézni a következő:
1. csomagok tényleg nem jelölt vagy jelölni felülírja.
Meg kell figyelni, hogy az átmenő szabályainak megállapításáról és a sorrend, ahol a jelek telepítése.
2. A csomagokat, de nem történik semmi, hogy ezeket a címkéket.
Valami baj van a routing táblák vagy címkék (elírás van a címkén?)
Köszönöm szépen segített létrehozni otthon.
Ping csak fokozta, hogy a két gép, ha hirtelen egy rejlik. Ennek eredményeként, vannak:
helyi IPToPing1 xx.xx.xx.xx
helyi IPToPing2 yy.yy.yy.yy
helyi pingresultA ([/ ping $ IPToPing1 count = $ PingCount src-cím = $ SrcAddrA] + [/ ping $ IPToPing2 count = $ PingCount src-cím = $ SrcAddrA])
helyi pingresultB ([/ ping $ IPToPing1 count = $ PingCount src-cím = $ SrcAddrB] + [/ ping $ IPToPing2 count = $ PingCount src-cím = $ SrcAddrB])
Tehát amikor ellenőrzi (például az első):
if (($ pingresultA = 0) ($ PingresultB> = $ PingCount)) do =
Megtettem mindent, mint „a könyv”, de amikor én Dizable fő felületen, egy internetes esik, más szóval nem kapcsol a back-up csatorna.
Ki segíthet elérni a célt szappan plz.
A korábbi köszönhetően.
Jó napot mindenkinek kedves és érzékeny emberek!
Bocsáss meg rendszergazdák erre kétségbeesett kiáltás dushi.Pomogite beállítani a router: Microtik RouterBoard 493G,
A kölcsönös anyagi támogatást az oldalamon,
kompenzálni a herkulesi erőfeszítést és időt.
Végrehajtásához szükséges az alábbi konfiguráció:
1) A két különböző internet kapcsolat.
a) isp1 vezetékes internet -. kiválasztotta az ip.
b) isp2 usb modem Yota LTE -. egy dedikált ip. (A router egy USB port)
de nem jött kimenetek (nincs ilyen tétel.) Ha hirtelen nem akasztott fel
által közösen mind a kiviteli alak abban Yota kibír egy modem és laptop azokból isp2 (huzal)
2) gondoskodjon tartalék kiegyensúlyozó internetes csatorna esetében a csökkenés mag.
az összes perifériát van a Lan hálózat regénye alapján
. A) 2 Szerver RDP van főcsatorna isp2 (USB Yota LTE modem) - Reserve ISP 1 (drót).
3.) Írj használhatja a 2-um RDP szerver (Radmin) mindkét külső IP (ISP ISP 1 és 2)
alapján az azonos mindannyian tudjuk emberi legendák 🙂
De valami nem kér az „anyag” E „az ember a legenda” a legtöbb segítséget? 🙂
Bocsáss Nuba (a router OS találkozott először):
Hogyan adjunk útvonalak imennovanye asztalra? (Nos, ez a kéz - ez érthető) Csak mindenhol hozzáadása előtt valamit, parancs megadva, de nem itt.
Hozzáadása útvonalakat az útválasztási táblát:
add comment = „«disabled = nincs távolság = 1, dst-address = 0.0.0.0 / 0 gateway = \
80.X.255.129 útválasztás-mark = rialkom körét = 30 target-scope = 10
add comment = »” disabled = nincs távolság = 1, dst-address = 0.0.0.0 / 0 gateway = \
62.X.7.241 útválasztás-mark = beeline körét = 30 target-scope = 10
megjegyzés hozzáadása = "" disabled = nincs távolság = 1, dst-address = 0.0.0.0 / 0 gateway = \
212.152.X.1 útválasztás-mark = inet körét = 30 target-scope = 10
Egyszerűen: / ip route
A port forwarding, ha ez a beállítás bonyolult Router?
ip nat tűzfal hozzá lánc = dstnat dst-address = WORLD-IP protokoll = udp dst-port = 1194 action = dstnat to-címek = helyi IP-port = 1194, és nem működik rendesen, bár elméletileg kellene.
Talán nem értem?
Csak az intranetrendszeren él VPN szerver, és nem tudom elérni őket. Plusz a levelek nem jönnek.
PS. Mindent elkövetnek szerint a kézikönyvet. Lokalki az internet látható.
Legvalószínűbb valami elrontotta a útvonalak és a címkéken.
Azt mondta, az e-mail.
Jó napot, tudna dobni a kapufáról állítsa be a forgatókönyvet, hogy 2 csatorna az interneten. Próbálom kijavítani, hanem szálljon le a sorokat. if ((([/ ip route kap [találják comment = "GW_2"] távolság] = 1) ([/ ip route kap [találj comment = "GW_1"] distance] = 2) ([/ ip route kap [találják megjegyzést = "GW_3"] distance] = 3)) = false) do =
és hasonlók, nem tudja kitalálni, mit kell törölni.
Ha nem nehéz lesz várni a választ, hogy a posta.
ez lesz a két csatorna néz ki:
helyi PingCount 3
# Ping GOOGLE DNS
helyi IPToPing 8.8.8.8
helyi SrcAddrA 80.X.255.130
helyi SrcAddrB 62.X.7.242
#ping átjárók src
helyi pingresultA [/ ping $ IPToPing count = $ PingCount src-address = $ SrcAddrA]
helyi pingresultB [/ ping $ IPToPing count = $ PingCount src-address = $ SrcAddrB]
#if LINK_A le, és link_B az UP akkor:
if (($ pingresultA = 0) ($ PingresultB = $ PingCount)) do =
if ((([/ ip route kap [találják comment = "GW_2"] távolság] = 1) ([/ ip route kap [találják comment = "GW_1"] distance] = 2)) = false) do =
jelentkezzen figyelmeztető «set útvonalak B»
/ Ip route set [találják comment = "GW_2"] távolság = 1
/ Ip route set [találják comment = "GW_1"] távolság = 2
#if LINK_A az UP és DOWN link_B van, akkor:
if (($ pingresultA = $ PingCount) ($ PingresultB = 0)) do =
if ((([/ ip route kap [találják comment = "GW_2"] distance] = 2) ([/ ip route kap [találják comment = "GW_1"] távolság] = 1)) = false) do =
jelentkezzen figyelmeztető «Set útvonalak A»
/ Ip route set [találják comment = "GW_1"] távolság = 1
/ Ip route set [találják comment = "GW_2"] távolság = 2
# Link A vagy B link mindkettő UP:
if (($ pingresultA = $ PingCount) ($ PingresultB = $ PingCount)) do =
if ((([/ ip route kap [találják comment = "GW_2"] distance] = 2) ([/ ip route kap [találják comment = "GW_1"] távolság] = 1)) = false) do =
jelentkezzen figyelmeztető «Set útvonalak A»
/ Ip route set [találják comment = "GW_1"] távolság = 1
/ Ip route set [találják comment = "GW_2"] távolság = 2
Nagyon köszönöm a válaszát fogom felvenni magam.
A kép még nem teljes, de megpróbálom azt sugallják:
DNS-ügyfelek egy másik, nem az első szerver a szolgáltató? És MK DNS-kiszolgáló megfelelően van konfigurálva, meg van engedve FW? Az összes ügyfél a probléma, vagy csak egyet?
ipconfig / all + route print - a stúdióban.
Az ügyfelek nem egy második DNS (csak elsődleges - IP mikrotika). MK DNS van konfigurálva: ip dns meghatározott elsődleges dns = 109.232.185.26 másodlagos dns = 91.204.136.6 allow-remote-kérések = yes (primer egy első szolgáltató, a második másodlagos). Az FW különleges a DNS rekordokat nem történt. Nézze meg az összes ügyfél. Ha az ügyfél letiltani a DNS-gyorsítótárat, ha a csatorna megváltozott, és ping megnevezés megfelelően működik.
Általánosságban úgy tűnik, hogy nem ez a helyzet, a DNS-t, de valami túl okos felére a környezetben a mikrotika. Mi történik: miután a kapcsoló másik csatorna „régi” kapcsolat mégis elküldte a régi csatornát.
Előtte és utána váltás ya.ru megoldották a különböző ipishniki? Azt hiszem, igen.
Mi lenne egy ilyen teszt: váltani a Start egyidejűleg ping 213.180.193.3 és 93.158.134.203, megkezdése után 213.180.204.3, és indítsa újra az első kettő?
PS: Azt javaslom, hogy ne használja a DNS-szerver szolgáltatók, és a DNS-google: 8.8.8.8 és 8.8.4.4
Amint azt tapasztaltam Yandex saját CDN hálózat szinkronizálni a szerverrel szerte a világon. Ott kiegyensúlyozó, kiszámítja a legkisebb mértékben, geoip, és egy csomó dolgot. IP lehet változtatni nemcsak az útvonal megváltoztatásával, hanem egy szolgáltató. Tettem a DNS a google, és amíg megállt. Köszönöm a segítséget.
Segítségre felállításában RB751g-2hnd (5,16 os) a díj, mivel nincs idő, és még befolyásolják a memória konfiguráció mikrotika 3.30 PC-n. bár működött, de az üledék maradt. A probléma az, hogy: szükség van, hogy 2 szolgáltatók, az egyik tartalék és akkor aktiválódik, ha nem áll mag, és kikapcsol, ha egy mag. 2. köti DHCP szolgáltatót.
1port fő szolgáltató
3port könnyen forgalmazás DHCP-n keresztül
4port kliensek kötik össze PPPOE PPTP és statisztikai IP.
WiFi könnyű eloszlás a DHCP és a WEP-kulcsot.
Remélek teljes támogatást konfiguirovanii, de nem zárja ki egy részleges, ha nem az első. hozzáférés WinBox (alap hozzáférési beállítások az Internet tette magát) fizetési Webmoney
Hülye kérdés, majd vissza, hogy létezik-e a tartalék csatorna csatlakozni? Minden fej tört, van egy program, ami nem olyan, mint egy egyszerű kapcsoló Ineta.
Saját alakítjuk működő változat a forgatókönyvet
Úgy vélem, hogy a dinamikus routing protokollok (BGP, OSPF, stb) az Ön által használt - kérjük, részletezze a pastebin a hálózati környezet, a kollégák lehetnek extra kérdéseket \ problémák végrehajtását.
Fogom leírni egy lehetőség a statikus routing, így gondolja, és nem működik „out of the box”.
Állítsa az összes hivatalos manuális (HUN)
Az én esetemben, a helyi hálózaton 2 és ISP 2 (modem Bridge), de ez a szám a LAN-ok működését ne zavarja a forgatókönyvet.
p.s nevek az angol felületen.
Talán az eredeti forgatókönyvet is használható helyett [Find comment = „GW_3”] azonnal csatolóneveket.
A script hiba 2 szolgáltató a sorok
jelentkezzen figyelmeztető «set útvonalak A»
jelentkezzen figyelmeztető «set útvonalak B»
ami miatt nem működik! Jelek, hogy „” idézetek helyettesítő”.
És a forgatókönyv teljesen működik - az összes kapcsolót, csak biztos, hogy végezze el a jelölést cikkben meghatározott (miután leírta a forgatókönyvet, hogy a szolgáltató 3)
Mivel a homályos hiba a forgatókönyvet, a forgatókönyv kissé átírt újra.
script pastebin.com
Példa routing tábla
Észrevettem, hogy a tanfolyam a WordPress frissítés hajtott speciális karakterek, mint például idézetek sok helyen lehetőség van ebben az esetben.
Srácok, minden jó, de akkor a Skype elmagyarázni a forgatókönyvet működik?
Tettem itt ismertetett. Interent oldalak és pingek fut szépen. De kaputovábbítást problémát, és a TCP (ellenőrizni a távoli asztali kapcsolat) általában, és udp nehochet, bár WinBox-e azt mutatja, hogy a csomagokat küldeni.
lánc = dstnat action = netmap to-címek = 10.10.1.201 to-port = 7711
protokoll = TCP-interface = ether1 DST-port = 7711
lánc = dstnat action = netmap to-címek = 10.10.1.207 to-port = 7711
protokoll = UDP-interface = ether1 DST-port = 7711
lánc = dstnat action = netmap to-címek = 10.10.1.207 to-port = 7711
protokoll = UDP-interface = ether2 DST-port = 7711
lánc = dstnat action = netmap to-címek = 10.10.1.207 to-port = 7711
protokoll = TCP-interface = ether2 DST-port = 7711
köszönöm a kézikönyvben.