A few months ago I switched to a LEDE based router from a freetzed Fritzbox and so far it is an awesome experience, but now I ran into a problem, which I am not able to solve: Currently I am trying to create a setup for the german ZDF app, which blocks me out of certain streams because I am based in Austria at the moment.
I've set up openvpn for my provider, but with the no-routeexec option, so that the traffic still goes over my providers default gateway. My plan was to only redirect the traffic to certain IPs needed for the ZDF app through the vpn gateway. But the problem is that I am not able to introduce a static route over Luci or by editing the config files, that works. If I set up the route using ssh and the ip tool it works perfectly fine. Can someone tell me the thing I am missing?
I think I'm running into the same problem. I need a static route to a particular IPv6 /48 that is accessible from another machine on my local network. When I added the static route on the luci static routing page, things worked. However, whenever I reboot, the static route is gone. If I go into the luci static routing page and click "Save & Apply", then the route re-appears. However, if I run /etc/init.d/network restart, then the route disappears again.
This looks like a bug, but I'm kind of surprised because static route functionality should be pretty widely used. Would love to find a workaround.
I don't understand your suggestion. I have a real default route, which I don't want to break. I also have a /48 that needs to go through a different gateway, and not over the default route interface. Wouldn't adding a route to ::0/0 through dead:face::1 break my default route, or are you suggesting something else?
Sorry. I didn't read your post carefully. You should be able to add a route to your /48 in the same way I added a default route to ::/0, and it should survive a restart (but I am not an expert and may be wrong here).
But that route either never gets created or more likely gets flushed when my system boots, even though it is of course still in the configuration file.
I do have a tunnel interface which has a default route. Maybe that causes all other IPv6 routes to be flushed? Still, that makes the static routing functionality almost useless.
Is there a way to do the equivalent of pressing "save & apply" on the routing page from the command line, so I can add something gross to rc.local like (sleep 30; /etc/init.d/something restart)?
So is this a bug or not? Would be awesome to get a heads up by a person who is able to assess this. For my case I was able to solve it by letting the openvpn client push the routes. But not being able to set routes otherwise is annoying.
I had a similar problem, a static route to vpn0 being ignored. The cause of the problem was most likely that the VPN connection is not up at the moment that the route is being added. Because it also did not work if I added the "route add ..." statement to /etc/rc.local and then rebooted.
If I ran the "root add ..." command manually from the ssh prompt while the VPN was up, it worked fine.
So I ended up adding my route commands to the openvpn configuration on the client side (since I only needed them for one particular client). Now it's working just fine, even after rebooting the router, and also after the vpn goes down momentarily and then comes back up.
The route with MTU and metric doesn't work (i.e. the route never gets created), just as you state above.
I tested this on command line and GUI. If I use the bad metric and MTU, the route doesn't work. I can't elaborate on your question since the rule is identical wether created in GUI or command line.