I just upgraded to 7.4 stable.
I see in web interface, that in ip/routes, there is no more drop down menu for choosing interface for route destination.
This is exactly my case. I have some VPN connections and I route through this connections. The ip address could be even dynamic so only the name of the interface is usefull for routing.But some valid configs can have interface as gateway (PPPoE, WG, ...) and being able to select it without typing the name was nice. In v6 it was possible. Did doing the same become significantly more difficult in v7? If not, it would be nice to return it.
When migrating from previous config, it adds a % before the name. I assume it's needed also.只是你的购买力平价接口名称复制到“网关”field, it will work flawlessly.
Come on, this can't be serious reason. RouterOS offers plenty of ways how to shoot own foot (which is inevitable when it's highly configurable), and you can't get rid of most of them, because it wouldn't be RouterOS anymore. Making one of them slightly less accessible doesn't change anything. And at the expense of being also slightly less accessible for legitimate use. It's not a deal-breaker, but please at least find a better reason/excuse.By not allowing to pick interfaces it prevents from making a lot of bad configs.
I tried removing the percent sign and the web interface reports "Invalid value in Gateway" and refuses to save.There is no need to add any percentage. Just write PPP interface name in that field.
Ohh. I see you are talking about winbox. I barely use winbox. I don't see the need for using a custom program having a great web interface... well... it was great in 6.x versions...There is no need to add any percentage. Just write PPP interface name in that field.
It's progress, not regress!Come on, this can't be serious reason. RouterOS offers plenty of ways how to shoot own foot (which is inevitable when it's highly configurable), and you can't get rid of most of them, because it wouldn't be RouterOS anymore. Making one of them slightly less accessible doesn't change anything. And at the expense of being also slightly less accessible for legitimate use. It's not a deal-breaker, but please at least find a better reason/excuse.By not allowing to pick interfaces it prevents from making a lot of bad configs.
Perhaps they could just show static ppp interfaces (which are normally client interfaces) and not show any dynamic ones. I have rarely seen devices that have 1000 static ppp interfaces.is a good idea remove this kind of problems, for example a router with 1.000 active pppoe users it has to show that 1.000 interfaces in a drop down menu
Right, but there is almost never any case where you would want to create a route in the first place with a dynamic PPP interface as the gateway. The moment that dynamic interface goes down, the route no longer works and has to be recreated.You don't have to click on it, if you don't like long lists.
That is why the interface selection should be made from a drop-down list, where you omit dynamic interfaces, instead of have the user typing the name.but you will be surprised how many users are setting dynamic interfaces in static configs.
I think that is a good balanced tradeoffPerhaps they could just show static ppp interfaces (which are normally client interfaces) and not show any dynamic ones. I have rarely seen devices that have 1000 static ppp interfaces.is a good idea remove this kind of problems, for example a router with 1.000 active pppoe users it has to show that 1.000 interfaces in a drop down menu
It would potentially work for a short while and thus could be useful during some setup or recovery session, but it should not be part of a stored static config as it will fail the next time the interface goes down/up.but it's not like using dynamic interface as gateway is completely invalid, as long as system allows it and it can possibly do something useful
This is completely false. Interfaces are referenced by IDs, renaming it won't make the route invalid.I see another problem. I went to ppp and changed the name of the vpn connection. In ip/route the name was not automatically changed making all the static routes through this vpn invalid.
See? this is why the previous behavior was far better.