ale na windzie ?

Tak też myślałem Spróbuj jak jakiegoś dorwiesz czy będziesz miał podobny problem. Bo mnie to lekko zdziwiło. Teraz porobiłem trochę testów i np. jak odpale konsole jak jest juz połączenie 3g i wraca wan to pinguje dalej, w druga stronę natomiast nie

Zazwyczaj onet.pl, a czemu 8.8.8.8 to zly pomysl ?

Cześć.

simplefailover po wydaniu komendy "/etc/init.d/simplefailover enable" nie startuje po restarcie routera.
Kompilowany ze źródeł cc. Co z tym zrobić?
(pomijam sposób z dopisaniem do rc.local)

Dokładnie:
Tue Dec 22 20:02:20 2015 user.notice /usr/bin/simplefailover: No gateway on wan?

Wpisanie do rc.local daje to samo.
Co dalej? Net działa normalnie.

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.globals=globals
network.globals.ula_prefix='fdd6:4784:a8c3::/48'
network.lan=interface
network.lan.ifname='eth1'
network.lan.force_link='1'
network.lan.type='bridge'
network.lan.proto='static'
network.lan.netmask='255.255.255.0'
network.lan.ip6assign='60'
network.lan.ipaddr='10.10.10.1'
network.wan=interface
network.wan.ifname='eth0'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6.ifname='eth0'
network.wan6.proto='dhcpv6'
network.vpn=interface
network.vpn.ifname='tun0'
network.vpn.proto='none'
network.wan2=interface
network.wan2.ifname='usb0'
network.wan2.proto='dhcp'
network.wan2.auto='0'

uci show simplefailover
simplefailover.@simplefailover[0]=simplefailover
simplefailover.@simplefailover[0].wan_main='wan'
simplefailover.@simplefailover[0].wan_backup='wan2'
simplefailover.@simplefailover[0].host='8.8.4.4'
simplefailover.@simplefailover[0].interval='5'

ifstatus wan
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "uptime": 21,
        "l3_device": "eth0",
        "proto": "dhcp",
        "device": "eth0",
        "updated": [
                "addresses",
                "routes",
                "data"
        ],
        "metric": 0,
        "delegation": true,
        "ipv4-address": [
                {
                        "address": "192.168.1.11",
                        "mask": 24
                }
        ],
        "ipv6-address": [

        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "192.168.1.1",
                        "mask": 32,
                        "nexthop": "0.0.0.0",
                        "source": "192.168.1.11\/32"
                },
                {
                        "target": "0.0.0.0",
                        "mask": 0,
                        "nexthop": "192.168.1.1",
                        "source": "192.168.1.11\/32"
                }
        ],
        "dns-server": [
                "192.168.1.1"
        ],
        "dns-search": [
                "home"
        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ]
        },
        "data": {
                "leasetime": 86400
        }
}

Gdy do wan (oprócz proto dhcp) dopisałem na sztywno gateway to simplefailover zaczął startować.
Skoro powód wywalania simple to brak gate przy starcie tzn. że simple za wcześnei startuje w stosunku do pobrania ustawień z dhcp dla wan.

Samo dodanie do rc.local   /etc/init.d/simplefailover start
nie pomogło.

Dopisanie w rc.local   sleep 3 przed  /etc/init.d/simplefailover start dopiero zadziałało.

Grymaś, grymś

Dlatego też napisałem - korzystniej będzie uruchomić go w hotplugu na starcie interfejsu wan.

Właśnie simplefailover wykrywa gatewaya. Jak wstanie wan to gateway już jest.