1

Temat: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Mam tego rodzaju problem:
MF286D z najnowszym snapshotem (dzisiaj skompilowanym z ASU praktycznie tylko z dołożonym 3ginfo-lite, sms-tool, iperf3 i modemband), do tej pory chodził tylko z modemem i całkowicie wyłączonym interfejsem WAN przez RJ, ostatnio podłączyłem światłowód, oba interfejsy są w jednej strefie firewalla WAN, czyli w teorii te same reguły, zmieniałem tylko ręcznie metryki (nie mam żadnych dodatków typu mwan).

Mogę się dostać z zewnątrz tylko na jeden interfejs.

Na R6220 podobny config z tym samym snapshotem działa, mogę się dostać na router z każdego interfejsu. Tutaj sie robi albo-albo, tylko niższa metryka jest widoczna z zewnątrz. Zachodzę w głowę, gdzie jest problem.

config interface 'wan'
        option device 'wan'
        option proto 'pppoe'
        option username '*****'
        option password '*****'
        option ipv6 'auto'
        option mtu '1480'
        option metric '1'

config interface 'wwan'
        option proto 'qmi'
        option device '/dev/cdc-wdm0'
        option apn 'data'
        option auth 'none'
        option pdptype 'ipv4'
        option metric '2'

2

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Dostałeś faktycznie publiczny adres IP na tym wwan? Bo być może nadal jedziesz na apn internet, a data musisz sobie ręcznie ustawić żeby zadziałało z qmi.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3 (edytowany przez kb79 2025-07-05 08:11:19)

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Publiczny i stały dostaje z automatu z T-Mobile, jeśli jest ustawiony APN data.

Jeszcze raz zrobiłem teraz restart modemu, dostał to samo IP co zawsze z DHCP.

Jak mu zmienię metrykę na 1, to natychmiast będzie widoczny, a nie będę mógł pingować światłowodu hmm

4

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Bo pakiety pewnie idą na ten o niższej metryce, czyli na trasę domyślną. Strzelam że jakiś pbr musiał byś wdrożyć, żeby pakiety wracały ten samym łączem.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Czyli mówisz, że nawet jak pinguję u siebie T-Mobile na tym drugim, R6220 to i tak odpowiedź idzie przez interfejs światłowodu? W sumie to było by logiczne...

6

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Nie mam pod ręką teraz takiego układu z dwoma wanami, a nie chce mi się z rana wyciągać z pudła sprzętu. Sprawdzaj czy tak jest wink

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

7

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Tak sobie myślę, nawet jeśli tak jest, że pakiety wracają bramą z niższą metryką, to tak czy inaczej powinno mnie wpuścić na ten drugi interfejs, skoro dostaje zewnętrzne stałe IP. A on się robi z zewnątrz niewidoczny. Coś robię nie tak hmm

8 (edytowany przez Cezary 2025-07-05 10:52:19)

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

Nie, myliłem się. Działa to dobrze ot tak po prostu.
Dwa wany, konfiguracja:

root@OpenWrt:~# cat /etc/config/network 

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

config globals 'globals'
    option ula_prefix 'fd8d:1034:a2de::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.10.1'
    option netmask '255.255.255.0'
    option ip6assign '60'

config interface 'wan'
    option device 'eth1'
    option proto 'dhcp'
    option metric 10


config interface 'wan2'
    option device 'eth2'
    option proto 'dhcp'
    option metric 20

Adresy jakie ma na wanach:

root@OpenWrt:~# ifstatus wan
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "uptime": 673,
    "l3_device": "eth1",
    "proto": "dhcp",
    "device": "eth1",
    "updated": [
        "addresses",
        "routes",
        "data"
    ],
    "metric": 10,
    "dns_metric": 0,
    "delegation": true,
    "ipv4-address": [
        {
            "address": "192.168.11.179",
            "mask": 24
        }
    ],
    "ipv6-address": [
        
    ],
    "ipv6-prefix": [
        
    ],
    "ipv6-prefix-assignment": [
        
    ],
    "route": [
        {
            "target": "0.0.0.0",
            "mask": 0,
            "nexthop": "192.168.11.1",
            "source": "192.168.11.179/32"
        }
    ],
    "dns-server": [
        "192.168.11.1"
    ],
    "dns-search": [
        "lan"
    ],
    "neighbors": [
        
    ],
    "inactive": {
        "ipv4-address": [
            
        ],
        "ipv6-address": [
            
        ],
        "route": [
            
        ],
        "dns-server": [
            
        ],
        "dns-search": [
            
        ],
        "neighbors": [
            
        ]
    },
    "data": {
        "dhcpserver": "192.168.11.1",
        "hostname": "OpenWrt",
        "leasetime": 43200
    }
}
root@OpenWrt:~# ifstatus wan2
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "uptime": 128,
    "l3_device": "eth2",
    "proto": "dhcp",
    "device": "eth2",
    "updated": [
        "addresses",
        "routes",
        "data"
    ],
    "metric": 20,
    "dns_metric": 0,
    "delegation": true,
    "ipv4-address": [
        {
            "address": "192.168.1.180",
            "mask": 24
        }
    ],
    "ipv6-address": [
        
    ],
    "ipv6-prefix": [
        
    ],
    "ipv6-prefix-assignment": [
        
    ],
    "route": [
        {
            "target": "0.0.0.0",
            "mask": 0,
            "nexthop": "192.168.1.1",
            "source": "192.168.1.180/32"
        }
    ],
    "dns-server": [
        "192.168.1.1"
    ],
    "dns-search": [
        "lan"
    ],
    "neighbors": [
        
    ],
    "inactive": {
        "ipv4-address": [
            
        ],
        "ipv6-address": [
            
        ],
        "route": [
            
        ],
        "dns-server": [
            
        ],
        "dns-search": [
            
        ],
        "neighbors": [
            
        ]
    },
    "data": {
        "dhcpserver": "192.168.1.1",
        "hostname": "OpenWrt",
        "leasetime": 43200
    }
}

I pingi z urządzeń na wanach:

root@OpenWrt:~# cat /tmp/dhcp.leases 
1749958165 00:08:a2:0a:d0:0e 192.168.1.180 OpenWrt *
root@OpenWrt:~# ping 192.168.1.180
PING 192.168.1.180 (192.168.1.180): 56 data bytes
64 bytes from 192.168.1.180: seq=0 ttl=64 time=0.684 ms
64 bytes from 192.168.1.180: seq=1 ttl=64 time=0.543 ms
64 bytes from 192.168.1.180: seq=2 ttl=64 time=0.531 ms
64 bytes from 192.168.1.180: seq=3 ttl=64 time=0.555 ms
64 bytes from 192.168.1.180: seq=4 ttl=64 time=0.501 ms
^C
--- 192.168.1.180 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.501/0.562/0.684 ms

wan2:

root@MiFi:~# cat /tmp/dhcp.leases 
1751750778 00:08:a2:0a:d0:0d 192.168.11.179 OpenWrt *
root@MiFi:~# ping 192.168.11.179
PING 192.168.11.179 (192.168.11.179): 56 data bytes
64 bytes from 192.168.11.179: seq=0 ttl=64 time=0.646 ms
64 bytes from 192.168.11.179: seq=1 ttl=64 time=0.485 ms
64 bytes from 192.168.11.179: seq=2 ttl=64 time=0.485 ms
64 bytes from 192.168.11.179: seq=3 ttl=64 time=0.494 ms
^C
--- 192.168.11.179 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.485/0.527/0.646 ms
root@MiFi:~# 

W firewallu mam wan i wan2 przypisany do sekcji wan, reszta konfiguracji normalna jak fabryka dała.
Routing wygląda tak

root@OpenWrt:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.11.1    0.0.0.0         UG    10     0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    20     0        0 eth2
192.168.1.0     0.0.0.0         255.255.255.0   U     20     0        0 eth2
192.168.10.0    0.0.0.0         255.255.255.0   U     0      0        0 br-lan
192.168.11.0    0.0.0.0         255.255.255.0   U     10     0        0 eth1

Lan to 192.168.10.x, wany na dhcp, dostały 192.168.1.x oraz 192.168.11.x I mogę z "internetu" pingować oba interfejsu, niezależnie od tego który jaką ma metrykę.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

9 (edytowany przez kb79 2025-07-05 11:01:23)

Odp: WAN + backup WWAN widoczny tylko jeden interfejs z zewnątrz

U mnie też działa cały czas dobrze tak po prostu na R6220, a z jakiegoś powodu nie na MF286D smile Dzięki za podesłanie configów.

Nic, szukam dalej dziury w całym.

Ja też mogę je pingować bez problemu z wewnątrz:

root@OpenWrt:~# ping 178.182.254.xxx
PING 178.182.254.xxx (178.182.254.xxx): 56 data bytes
64 bytes from 178.182.254.xxx: seq=0 ttl=64 time=0.410 ms
64 bytes from 178.182.254.xxx: seq=1 ttl=64 time=0.293 ms
64 bytes from 178.182.254.xxx: seq=2 ttl=64 time=0.306 ms
64 bytes from 178.182.254.xxx: seq=3 ttl=64 time=0.287 ms
64 bytes from 178.182.254.xxx: seq=4 ttl=64 time=0.299 ms
^C
--- 178.182.254.xxx ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.287/0.319/0.410 ms
root@OpenWrt:~# ping 185.241.197.xxx
PING 185.241.197.xxx (185.241.197.xxx): 56 data bytes
64 bytes from 185.241.197.xxx: seq=0 ttl=64 time=0.389 ms
64 bytes from 185.241.197.xxx: seq=1 ttl=64 time=0.289 ms
64 bytes from 185.241.197.xxx: seq=2 ttl=64 time=0.300 ms
64 bytes from 185.241.197.xxx: seq=3 ttl=64 time=0.300 ms
64 bytes from 185.241.197.xxx: seq=4 ttl=64 time=0.301 ms
64 bytes from 185.241.197.xxx: seq=5 ttl=64 time=0.288 ms
^C
--- 185.241.197.xxx ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 0.288/0.311/0.389 ms

Ale już 185.241.197.xxx z zewnatrz nie, jeśli ma większą metrykę niż T-Mobile. I odwrotnie wink

A tak wygląda tabela routingu:

root@OpenWrt:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         178.182.254.176 0.0.0.0         UG    2      0        0 wwan0
0.0.0.0         192.168.241.1   0.0.0.0         UG    3      0        0 pppoe-wan
178.182.254.160 0.0.0.0         255.255.255.224 U     2      0        0 wwan0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br-lan2
192.168.8.0     0.0.0.0         255.255.255.0   U     0      0        0 br-lan
192.168.241.1   0.0.0.0         255.255.255.255 UH    0      0        0 pppoe-wan

Ten światłowód na PPPoE i tak ma jakis dziwny gateway na bridgu poza routerem