[HOWTO] Multiwan, realizacja łącza zapasowego

obsy

Multiwan jest pakietem realizującym idee udostępnienia wielu połączeń jako źródła sieci. Może pracować w kilku trybach jako loadbalancer (równoważenie obciążenia) jak również failover (przełączenie na inne łącze w przypadku awarii pierwszego). Ten szybki poradnik opisuje drugi przypadek. Do celów praktycznych przyjmujmy dwa łącza: wan jako połączenie kablowe (RJ45 do portu wan) oraz wan2 jako połączenie przez modem GSM. Łącze wan będzie traktowane jako podstawowe, łącze wan2 jako zapasowe, na które zostanie przełączona transmisja w przypadku padu pierwszego łącza.

Opis stworzenia łącza przez modem GSM został już wielokrotnie opisany, na szybko jego konfiguracja sprowadza się do wydania poleceń:

opkg update
opkg install kmod-usb-core kmod-usb2 kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data
opkg install chat comgt
uci set network.wan2=interface
uci set network.wan2.proto=3g
uci set network.wan2.service=umts
uci set network.wan2.device=/dev/ttyUSB0
uci set network.wan2.pincode=1234
uci set network.wan2.apn=internet
uci set network.wan2.username=''
uci set network.wan2.password=''
uci set network.wan2.auto=1
uci commit network
ifup wan2

Oczywiście device, pin i apn powinny zostać dobrane stosowanie do posiadanego modemu i operatora.

Instalacja

opkg update
opkg install multiwan

Konfiguracja

Pakiet jest de-facto skryptem realizującym nadzorowanie obu łącz i przestawienie routingu w razie potrzeby. Jego konfiguracja zawarta jest standardowo w /etc/config/multiwan. Jego konfiguracja dla w/w konfiguracji nie odbiega od tej domyślnej i powinna wyglądać w następujący sposób:

config 'interface' 'wan'
        option 'weight' '10'
        option 'health_interval' '10'
        option 'icmp_hosts' 'dns'
        option 'timeout' '3'
        option 'health_fail_retries' '3'
        option 'health_recovery_retries' '5'
        option 'failover_to' 'wan2'
        option 'dns' 'auto'

config 'interface' 'wan2'
        option 'weight' '10'
        option 'health_interval' '10'
        option 'icmp_hosts' 'gateway'
        option 'timeout' '3'
        option 'health_fail_retries' '3'
        option 'health_recovery_retries' '5'
        option 'failover_to' 'none'
        option 'dns' '8.8.8.8'

Pierwsza sekcja to konfiguracja dla łącza wan - sprawdzanie co 10s, 3s timeoutu, liczba prób przed przełączeniem itd. Jeżeli łącze zawiodło - ma się przełączyć na wan2. Druga sekcja dla łącza wan2 - parametry podobne, tyle że w przypadku jego awarii nie łączymy się z innym.
Przy takiej konfiguracji w przypadku zaniku łącza wan następuje przełączenie na łącze wan2, to pierwsze jest ciągle monitorowane i jeżeli działa ponownie - następuje powrót do pierwszego łącza.

Uruchomienie

/etc/init.d/multiwan start
/etc/init.d/multiwan enable

Testy

Jedno łącze kablowe, drugie 3G. Na chwilę fizycznie odłączyłem kabel od wan, to rezulat pingowania:

root@OpenWrt:/# ping onet.pl
PING onet.pl (213.180.146.27): 56 data bytes
bytes from 213.180.146.27: seq=0 ttl=56 time=18.283 ms
bytes from 213.180.146.27: seq=1 ttl=56 time=19.275 ms
bytes from 213.180.146.27: seq=2 ttl=56 time=18.888 ms
bytes from 213.180.146.27: seq=3 ttl=56 time=17.614 ms
bytes from 213.180.146.27: seq=4 ttl=56 time=17.233 ms
bytes from 213.180.146.27: seq=5 ttl=56 time=19.136 ms
bytes from 213.180.146.27: seq=6 ttl=56 time=20.760 ms

tu nastąpiło przełączenie na wan2, widać po czasie pinga

bytes from 213.180.146.27: seq=33 ttl=48 time=994.675 ms
bytes from 213.180.146.27: seq=34 ttl=48 time=384.366 ms
bytes from 213.180.146.27: seq=35 ttl=48 time=364.188 ms
bytes from 213.180.146.27: seq=36 ttl=48 time=344.000 ms
bytes from 213.180.146.27: seq=37 ttl=48 time=353.805 ms
bytes from 213.180.146.27: seq=38 ttl=48 time=1173.619 ms
bytes from 213.180.146.27: seq=39 ttl=48 time=183.640 ms
bytes from 213.180.146.27: seq=40 ttl=48 time=93.230 ms
bytes from 213.180.146.27: seq=41 ttl=48 time=93.035 ms
bytes from 213.180.146.27: seq=42 ttl=48 time=92.825 ms
bytes from 213.180.146.27: seq=43 ttl=48 time=102.634 ms
bytes from 213.180.146.27: seq=44 ttl=48 time=92.437 ms
bytes from 213.180.146.27: seq=45 ttl=48 time=92.241 ms
bytes from 213.180.146.27: seq=46 ttl=48 time=92.045 ms
bytes from 213.180.146.27: seq=47 ttl=48 time=91.850 ms
bytes from 213.180.146.27: seq=48 ttl=48 time=91.657 ms
bytes from 213.180.146.27: seq=49 ttl=48 time=91.477 ms
bytes from 213.180.146.27: seq=50 ttl=48 time=91.233 ms
bytes from 213.180.146.27: seq=51 ttl=48 time=71.039 ms
bytes from 213.180.146.27: seq=52 ttl=48 time=90.862 ms
bytes from 213.180.146.27: seq=53 ttl=48 time=90.668 ms
bytes from 213.180.146.27: seq=54 ttl=48 time=70.460 ms
bytes from 213.180.146.27: seq=55 ttl=48 time=70.374 ms
bytes from 213.180.146.27: seq=56 ttl=48 time=90.000 ms
bytes from 213.180.146.27: seq=57 ttl=48 time=89.815 ms
bytes from 213.180.146.27: seq=58 ttl=48 time=89.631 ms
bytes from 213.180.146.27: seq=59 ttl=48 time=89.447 ms
bytes from 213.180.146.27: seq=60 ttl=48 time=89.266 ms
bytes from 213.180.146.27: seq=61 ttl=48 time=89.077 ms
bytes from 213.180.146.27: seq=62 ttl=48 time=88.896 ms
bytes from 213.180.146.27: seq=63 ttl=48 time=88.710 ms
bytes from 213.180.146.27: seq=64 ttl=48 time=88.524 ms
bytes from 213.180.146.27: seq=65 ttl=48 time=88.357 ms
bytes from 213.180.146.27: seq=66 ttl=48 time=88.162 ms
bytes from 213.180.146.27: seq=67 ttl=48 time=87.973 ms
bytes from 213.180.146.27: seq=68 ttl=48 time=87.762 ms
bytes from 213.180.146.27: seq=69 ttl=48 time=87.561 ms
bytes from 213.180.146.27: seq=70 ttl=48 time=87.368 ms
bytes from 213.180.146.27: seq=71 ttl=48 time=87.175 ms
bytes from 213.180.146.27: seq=72 ttl=48 time=96.979 ms
bytes from 213.180.146.27: seq=73 ttl=48 time=66.787 ms
bytes from 213.180.146.27: seq=74 ttl=48 time=66.591 ms
bytes from 213.180.146.27: seq=75 ttl=48 time=76.398 ms
bytes from 213.180.146.27: seq=76 ttl=48 time=66.203 ms
bytes from 213.180.146.27: seq=77 ttl=48 time=86.008 ms
bytes from 213.180.146.27: seq=78 ttl=48 time=85.824 ms
bytes from 213.180.146.27: seq=79 ttl=48 time=85.639 ms
bytes from 213.180.146.27: seq=80 ttl=48 time=105.442 ms
bytes from 213.180.146.27: seq=81 ttl=48 time=85.237 ms
bytes from 213.180.146.27: seq=82 ttl=48 time=75.036 ms
bytes from 213.180.146.27: seq=83 ttl=48 time=74.864 ms
bytes from 213.180.146.27: seq=84 ttl=48 time=74.698 ms
bytes from 213.180.146.27: seq=85 ttl=48 time=94.505 ms
bytes from 213.180.146.27: seq=86 ttl=48 time=94.311 ms
bytes from 213.180.146.27: seq=87 ttl=48 time=94.113 ms
bytes from 213.180.146.27: seq=88 ttl=48 time=93.916 ms
bytes from 213.180.146.27: seq=89 ttl=48 time=93.725 ms
bytes from 213.180.146.27: seq=90 ttl=48 time=93.539 ms
bytes from 213.180.146.27: seq=91 ttl=48 time=93.362 ms
bytes from 213.180.146.27: seq=92 ttl=48 time=113.166 ms
bytes from 213.180.146.27: seq=93 ttl=48 time=92.979 ms
bytes from 213.180.146.27: seq=94 ttl=48 time=92.763 ms
bytes from 213.180.146.27: seq=95 ttl=48 time=92.624 ms

tu nastąpiło przełączenie na wan, widać po czasie pinga (brak utraconych pakietów)

bytes from 213.180.146.27: seq=96 ttl=56 time=19.880 ms
bytes from 213.180.146.27: seq=97 ttl=56 time=18.668 ms
bytes from 213.180.146.27: seq=98 ttl=56 time=17.593 ms
bytes from 213.180.146.27: seq=99 ttl=56 time=18.067 ms
bytes from 213.180.146.27: seq=100 ttl=56 time=41.597 ms
bytes from 213.180.146.27: seq=101 ttl=56 time=17.011 ms
bytes from 213.180.146.27: seq=102 ttl=56 time=17.030 ms
bytes from 213.180.146.27: seq=103 ttl=56 time=17.205 ms
bytes from 213.180.146.27: seq=104 ttl=56 time=23.157 ms
bytes from 213.180.146.27: seq=105 ttl=56 time=20.484 ms
bytes from 213.180.146.27: seq=106 ttl=56 time=18.175 ms
bytes from 213.180.146.27: seq=107 ttl=56 time=30.111 ms
bytes from 213.180.146.27: seq=108 ttl=56 time=18.154 ms
bytes from 213.180.146.27: seq=109 ttl=56 time=17.711 ms
bytes from 213.180.146.27: seq=110 ttl=56 time=18.206 ms
bytes from 213.180.146.27: seq=111 ttl=56 time=17.370 ms
bytes from 213.180.146.27: seq=112 ttl=56 time=17.661 ms
bytes from 213.180.146.27: seq=113 ttl=56 time=17.538 ms
bytes from 213.180.146.27: seq=114 ttl=56 time=18.852 ms
bytes from 213.180.146.27: seq=115 ttl=56 time=18.840 ms
bytes from 213.180.146.27: seq=116 ttl=56 time=16.696 ms
bytes from 213.180.146.27: seq=117 ttl=56 time=18.832 ms
bytes from 213.180.146.27: seq=118 ttl=56 time=17.900 ms
bytes from 213.180.146.27: seq=119 ttl=56 time=19.204 ms
bytes from 213.180.146.27: seq=120 ttl=56 time=17.687 ms
bytes from 213.180.146.27: seq=121 ttl=56 time=18.690 ms
bytes from 213.180.146.27: seq=122 ttl=56 time=17.623 ms
bytes from 213.180.146.27: seq=123 ttl=56 time=17.092 ms
bytes from 213.180.146.27: seq=124 ttl=56 time=17.017 ms
bytes from 213.180.146.27: seq=125 ttl=56 time=16.934 ms
bytes from 213.180.146.27: seq=126 ttl=56 time=18.230 ms
bytes from 213.180.146.27: seq=127 ttl=56 time=18.504 ms
bytes from 213.180.146.27: seq=128 ttl=56 time=18.247 ms
bytes from 213.180.146.27: seq=129 ttl=56 time=18.129 ms
bytes from 213.180.146.27: seq=130 ttl=56 time=18.088 ms
bytes from 213.180.146.27: seq=131 ttl=56 time=18.237 ms
bytes from 213.180.146.27: seq=132 ttl=56 time=17.805 ms
bytes from 213.180.146.27: seq=133 ttl=56 time=17.618 ms
bytes from 213.180.146.27: seq=134 ttl=56 time=27.373 ms
bytes from 213.180.146.27: seq=135 ttl=56 time=17.532 ms
bytes from 213.180.146.27: seq=136 ttl=56 time=19.274 ms
bytes from 213.180.146.27: seq=137 ttl=56 time=18.434 ms
bytes from 213.180.146.27: seq=138 ttl=56 time=18.967 ms
bytes from 213.180.146.27: seq=139 ttl=56 time=20.173 ms
bytes from 213.180.146.27: seq=140 ttl=56 time=18.237 ms
bytes from 213.180.146.27: seq=141 ttl=56 time=20.001 ms
bytes from 213.180.146.27: seq=142 ttl=56 time=17.894 ms
bytes from 213.180.146.27: seq=143 ttl=56 time=18.266 ms
bytes from 213.180.146.27: seq=144 ttl=56 time=18.208 ms
bytes from 213.180.146.27: seq=145 ttl=56 time=19.630 ms

Oczywiście informacje o przełączeniu znajdziemy też w logach (logread) - oto wycinek z logów:

May  7 14:38:16 OpenWrt user.notice multiwan: Succesfully Initialized on Sat, 07 May 2011 14:38:16 +0000.
May  7 14:38:48 OpenWrt kern.info kernel: eth1: link down
May  7 14:39:13 OpenWrt user.notice multiwan: wan has failed and is currently offline.
May  7 14:39:30 OpenWrt kern.info kernel: eth1: link up (100Mbps/Full duplex)
May  7 14:40:16 OpenWrt user.notice multiwan: wan has recovered and is back online!

PS. Istnieje także odpowiedni pakiet dla LuCI (luci-app-multiwan) który umożliwia wyklikanie konfiguracji w gui.

----- Dodano ----- 8 maja 2011, o 08:22 -----

Wydzielenie drugiego portu wan na podstawie konfiguracji w TP-Linku TP-WR1043ND.
Standardowa konfiguracja przełącznika w w/w urządzeniu wygląda następująco:

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '1'
        option 'ports' '1 2 3 4 5t'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '2'
        option 'ports' '0 5t'

eth0.1 wykorzystywane jest jako lan, eth0.2 jako wan. Wystarczy więc odpowiednio podzielić konfiguracje:

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '1'
        option 'ports' '2 3 4 5t'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '2'
        option 'ports' '0 5t'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '3'
        option 'ports' '1 5t'

Dzięki czemu został zrobiony nowy interfejs, eth0.3

eth0.1 składa się z fizycznych portów 2, 3 i 4 i odpowiada za lan,
eth0.2 składa się z fizycznego portu wan i odpowiada za wan,
eth0.3 składa się z fizycznego portu 1 i może odpowiadać za wan2

Zostaje tylko stworzenie nowej sekcji wan2 i wskazanie interfejsu eth0.3.

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

Pakiet 3ginfo działa na jedno łącze 3g.

obsy

w sensie?

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

Przy dwóch łączach 3g pokazuje rozłączony mimo połączenie i raz komunikat wan2 operand not found.
WWW też rozłączony

Pozdrawiam

obsy

Podłączenie brane jest na podstawie wpisów w /etc/config/network i wyniku polecenia ifconfig. Jeżeli nie pokaże interfejsu lub nie potrafi go znaleźć - będzie pokazywał brak podłączenia.

Pokaż wyniki
uci show network
ifconfig
uci show 3ginfo

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

root@Gargoyle:~$ uci show network
network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.lan=interface
network.lan.ifname=eth0
network.lan.type=bridge
network.lan.proto=static
network.lan.ipaddr=192.168.1.1
network.lan.netmask=255.255.255.0
network.lan.dns=8.8.8.8 8.8.4.4
network.wan=interface
network.wan.auto=1
network.wan.proto=3g
network.wan.device=/dev/ttyUSB0
network.wan.apn=darmowy
network.wan.mobile_isp=Poland - Aero2
network.wan.dns=8.8.8.8 8.8.4.4
network.wan.service=umts
network.eth0=switch
network.eth0.enable_vlan=1
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device=eth0
network.@switch_vlan[0].vlan=1
network.@switch_vlan[0].ports=0 1 2 3 4
network.wan2=interface
network.wan2.proto=3g
network.wan2.service=umts
network.wan2.device=/dev/ttyUSB3
network.wan2.mobile_isp=Poland - Aero2
network.wan2.dns=8.8.8.8 8.8.4.4
network.wan2.apn=darmowy
network.wan2.auto=1

ifconfig
3g-wan Link encap:Point-to-Point Protocol
inet addr:78.30.122.160 P-t-P:10.64.64.64 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:16551 errors:0 dropped:0 overruns:0 frame:0
TX packets:15407 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:14807385 (14.1 MiB) TX bytes:2694391 (2.5 MiB)

br-lan Link encap:Ethernet HWaddr 54:E6:FC:BC:3E:0B
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4184 errors:0 dropped:0 overruns:0 frame:0
TX packets:3749 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1194344 (1.1 MiB) TX bytes:2122652 (2.0 MiB)

eth0 Link encap:Ethernet HWaddr 54:E6:FC:BC:3E:0B
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1044013 errors:0 dropped:0 overruns:0 frame:0
TX packets:1578034 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:71290216 (67.9 MiB) TX bytes:2300924560 (2.1 GiB)
Interrupt:5

imq0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP RUNNING NOARP MTU:16000 Metric:1
RX packets:15419 errors:0 dropped:0 overruns:0 frame:0
TX packets:12882 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:11000
RX bytes:14486027 (13.8 MiB) TX bytes:12444950 (11.8 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4759 errors:0 dropped:0 overruns:0 frame:0
TX packets:4759 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:578518 (564.9 KiB) TX bytes:578518 (564.9 KiB)

root@Gargoyle:~$ uci show 3ginfo
3ginfo.@3ginfo[0]=3ginfo
3ginfo.@3ginfo[0].device=/dev/ttyUSB2
3ginfo.@3ginfo[0].http_port=81
3ginfo.@3ginfo[0].clf=/root/26017.clf

obsy

Problem jest w tym, że w takim przypadku, kiedy masz zdefiniowane dwie sekcje w network nie wiadomo która jest do którego interfejsu. 3ginfo ma /dev/ttyUSB2, w network jest /dev/ttyUSB0 i /dev/ttyUSB3 i za bardzo nie wiadomo do której sekcji się odwołać. Mogę pierwszą znalezioną, ale nie zawsze będzie to ta która być powinna.

----- Dodano ----- 27 sie 2011, o 09:02 -----

Poprawka: znalazłem chyba sposób na znalezienie odpowiedniej sekcji, pobawię się z dwoma modemami; jak będzie działać to zrobię nową wersję.

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

Trzymam kciuki!

obsy

Sprawdź nową wersję.

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

Dzień dobry
Zainstalowałem nową wersję już nie pokazuje problemu z WAN2.

3ginfo pokazuje nie wiadomo co wan1/wan2. Status połączony z wan1 siła sygnału chyba z wan2.

Po dodaniu sekcji drugiego modemu w pliku /etc/config/3ginfo pokazuje status ostatniego wpisanego w pliku.

obsy

Pokazuje status tego modemu, do którego należy zdefiniowany interfejs w 3ginfo.

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

To mój plik z /etc/config/3ginfo

config '3ginfo'
option 'device' '/dev/ttyUSB2'
option 'pincode' ''
option 'http_port' '81'
option 'clf' '/root/26017.clf'

option 'device' '/dev/ttyUSB5'
option 'pincode' ''
option 'http_port' '81'
option 'clf' '/root/26017.clf'

polecenie 3ginfo wyświetla połączenie z modemu ttyUSB2 siła sygnału chyba ttyUSB5

root@Gargoyle:~$ 3ginfo
Status: Polaczony
Czas polaczenia: 0 dni, 00:20:47
PrzesĹano danych: 34.7 MiB / 13.9 MiB
Operator: -
Tryb pracy: UMTS
Sila sygnalu: 3%
Urzadzenie: huawei E173
MCC MNC: - -
LAC: - (-)
LCID: - (-)
RNC: - (-)
CID: - (-)
CSQ: 1
RSSI: -111 dBm

obsy

Tylko z jednego interfejsu pochodzą dane. A ty masz źle plik konfiguracyjny, niezgodnie z ideologią uci. Nie może być dwóch opcji o tych samych nazwach, brakuje Ci jeszcze jednego ' config 3ginfo'. Co i tak Ci nic nie da, bo 3ginfo pokazuje dane tylko z jednej sekcji konfiguracyjnej (pierwszej). Inne nie są obsługiwane.

radko · **Rejestracja:** 4 sie 2011, 17:53 **Posty:** 299

Dzięki teraz rozumiem!

emc

Czesc,
Mam problem z multiwan'em. Po wyciagnieciu kable z portu wan (mam podpiety E2220 do usb). Ping caly czas idzie, nie widze zeby zwiekszaly sie czasu, ale nie updatuje sie wpis z DNS wiec i co ciekawe WAN adres tez zostaje strary. Pinguje z kompa przez wifi i z routera. Po podpieciu kabla DNS wracaja ale nie w 100% przypadkow czasmi musze odswierzyc dierzawe DHCP.

Tak wyglada moje konfiguracja:

root@Joliet:~$ cat /etc/config/network

config 'interface' 'loopback'
        option 'ifname' 'lo'
        option 'proto' 'static'
        option 'ipaddr' '127.0.0.1'
        option 'netmask' '255.0.0.0'

config 'interface' 'lan'
        option 'ifname' 'eth0.1'
        option 'type' 'bridge'
        option 'proto' 'static'
        option 'netmask' '255.255.255.0'
        option 'ipaddr' '192.168.4.1'
        option 'dns' '208.67.222.222 208.67.220.220'

config 'interface' 'wan'
        option 'dns' '208.67.222.222 208.67.220.220'
        option 'ifname' 'eth0.2'
        option 'proto' 'dhcp'

config 'interface' 'wan2'
        option 'auto' '1'
        option 'proto' '3g'
        option 'service' 'umts'
        option 'device' '/dev/ttyUSB0'
        option 'apn' 'internet'
        option 'username' ''
        option 'password' ''
        option 'mobile_isp' 'Polska - Play Online'
        option 'dns' '208.67.222.222 208.67.220.220'

config 'switch'
        option 'name' 'rtl8366rb'
        option 'reset' '1'
        option 'enable_vlan' '1'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '1'
        option 'ports' '1 2 3 4 5t'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '2'
        option 'ports' '0 5t'

root@Joliet:~$ cat /etc/config/multiwan

config 'multiwan' 'config'
        option 'default_route' 'balancer'
        # health_monitor below is defaulted to parallel, and can be set to
        # serial to save system resources.
        # option 'health_monitor' 'serial'
        # option 'debug' '1'

config 'interface' 'wan'
        option 'weight' '10'
        option 'health_interval' '10'
        option 'icmp_hosts' 'dns'
        # icmp_count is defaulted to 1, and can be increased to reduce
        # false positives.
        # option 'icmp_count' '3'
        option 'timeout' '3'
        option 'health_fail_retries' '3'
        option 'health_recovery_retries' '5'
        option 'failover_to' 'wan2'
        option 'dns' 'auto'

config 'interface' 'wan2'
        option 'weight' '10'
        option 'health_interval' '10'
        option 'icmp_hosts' 'gateway'
        option 'timeout' '3'
        option 'health_fail_retries' '3'
        option 'health_recovery_retries' '5'
        option 'failover_to' 'none'
        option 'dns' '8.8.8.8'

config 'mwanfw'
        option 'src' '192.168.1.0/24'
        option 'dst' 'ftp.netlab7.com'
        option 'proto' 'tcp'
        option 'ports' '21'
        option 'wanrule' 'wan2'

# VoIP traffic goes through wan
# config 'mwanfw'
        # option 'src' '192.168.1.0/24'
        # option 'proto' 'udp'
        # option 'port_type' 'source-ports'
        # option 'ports' '5060,16384:16482'
        # option 'wanrule' 'wan'

config 'mwanfw'
        option 'src' '192.168.0.3'
        option 'proto' 'icmp'
        option 'wanrule' 'balancer'

config 'mwanfw'
        option 'dst' 'www.whatismyip.com'
        option 'wanrule' 'fastbalancer'

root@Joliet:~$ cat /etc/config/firewall

config 'defaults'
        option 'syn_flood' '1'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'force_router_dns' '1'

config 'zone'
        option 'name' 'lan'
        option 'network' 'lan'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'

config 'zone'
        option 'name' 'wan'
        option 'network' 'wan'
        option 'input' 'REJECT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'masq' '1'
        option 'mtu_fix' '1'

config 'rule'
        option 'name' 'Allow-DHCP-Renew'
        option 'src' 'wan'
        option 'proto' 'udp'
        option 'dest_port' '68'
        option 'target' 'ACCEPT'
        option 'family' 'ipv4'

config 'rule'
        option 'name' 'Allow-Ping'
        option 'src' 'wan'
        option 'proto' 'icmp'
        option 'icmp_type' 'echo-request'
        option 'family' 'ipv4'
        option 'target' 'ACCEPT'

config 'rule'
        option 'name' 'Allow-DHCPv6'
        option 'src' 'wan'
        option 'proto' 'udp'
        option 'src_ip' 'fe80::/10'
        option 'src_port' '547'
        option 'dest_ip' 'fe80::/10'
        option 'dest_port' '546'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'

config 'rule'
        option 'name' 'Allow-ICMPv6-Input'
        option 'src' 'wan'
        option 'proto' 'icmp'
        list 'icmp_type' 'echo-request'
        list 'icmp_type' 'destination-unreachable'
        list 'icmp_type' 'packet-too-big'
        list 'icmp_type' 'time-exceeded'
        list 'icmp_type' 'bad-header'
        list 'icmp_type' 'unknown-header-type'
        list 'icmp_type' 'router-solicitation'
        list 'icmp_type' 'neighbour-solicitation'
        list 'icmp_type' 'router-advertisement'
        list 'icmp_type' 'neighbour-advertisement'
        option 'limit' '1000/sec'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'

config 'rule'
        option 'name' 'Allow-ICMPv6-Forward'
        option 'src' 'wan'
        option 'dest' '*'
        option 'proto' 'icmp'
        list 'icmp_type' 'echo-request'
        list 'icmp_type' 'destination-unreachable'
        list 'icmp_type' 'packet-too-big'
        list 'icmp_type' 'time-exceeded'
        list 'icmp_type' 'bad-header'
        list 'icmp_type' 'unknown-header-type'
        option 'limit' '1000/sec'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'

config 'include'
        option 'path' '/etc/firewall.user'

config 'forwarding'
        option 'src' 'lan'
        option 'dest' 'wan'

config 'zone'
        option 'name' 'wan2'
        option 'input' 'REJECT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'masq' '1'

config 'forwarding'
        option 'src' 'lan'
        option 'dest' 'wan2'

config 'include'
        option 'path' '/usr/lib/gargoyle_firewall_util/gargoyle_additions.firewall'

config 'remote_accept' 'ra_443_443'
        option 'local_port' '443'
        option 'remote_port' '443'
        option 'proto' 'tcp'
        option 'zone' 'wan'

config 'remote_accept' 'ra_22_22'
        option 'local_port' '22'
        option 'remote_port' '22'
        option 'proto' 'tcp'
        option 'zone' 'wan'

config 'rule' 'ftp_wan'
        option 'src' 'wan'
        option 'target' 'ACCEPT'
        option 'proto' 'tcp'
        option 'dest_port' '21'

Ktos ma pomysl o co chodzi? Gdzie popelnilem blad.

obsy

Masz ustawione te same dnsy na lan/wan/wan2. Inny ustawiłeś w multiwanie to trzeba by w skryptach pogrzebać żeby sprawdzić czy on faktycznie je ustawia i co robi z tą opcją ciekawego.

emc

czy wszedzie majabyc te same dns'y? rozumiem ze w multiwanie dla wan zostawiam 'auto'

rewizja · **Rejestracja:** 2 lut 2013, 22:35 **Posty:** 1

witam

czy możliwa jest taka konfiguracja, by przy aktywności obu interfejsów wan i wan2 można było sie łączyć zamiennie z netu raz po jednym raz po drugim, oczywiście zakładając, że znamy ich adresy IP, bo nie sądzę by usługę DynDNS można było tak rozdzielić pomiędzy dwa interfejsy? chodzi mi głównie o to czy ruch wchodzący interfejsem wan2 będzie mógł również nim wyjść pomimo że Default GW będzie Wan1?

thx

[HOWTO] Multiwan, realizacja łącza zapasowego

Kto jest online