I can confirm that the issue of accepting configurations that yield errors is present in the latest LTS (1.2.6) and latest rolling release (1.4-202101240218). However, I couldn't replicate the issue of the configuration parser breaking at startup. Do we want to prevent the user from committing erroneous input at the risk of annoying false positives?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jan 27 2021
Jan 27 2021
erkin renamed T469: Problem after commit with errors from Problem after commit with erros to Problem after commit with errors.
Found a minor bug: if DHCPv6 PD is configured without requesting an IPv6 address, the configured DUID is not sent.
dmbaturin edited a custom field on T681: Shaper QoS policy does not recognize 'lowdelay' DSCP value.
dmbaturin added a comment to T661: Show a warning if the router is going to reboot soon (due to "commit-confirm" command).
I think we can make it a systemd service that is started on commit-confirm and stopped on confirm.
dmbaturin edited a custom field on T661: Show a warning if the router is going to reboot soon (due to "commit-confirm" command).
dmbaturin edited a custom field on T656: Rewrite wirelessmodem in new style XML interface definition.
The following options are deprecated (as of VyOS 1.2), and will be removed:
- protocols rpki timeout
- protocols rpki initial-synchronization-timeout
dmbaturin edited a custom field on T627: IPSec configuration directive deletion fails, causes bad IPSec state on reboot. .
No one complained in a long time. ;)
If it re-appears, feel free to reopen. We also need to find a platform that knowingly does IKEv1 lifetime negotiation for testing this.
dmbaturin edited projects for T590: openvpn config using openvpn config file, added: VyOS 1.4 Sagitta; removed VyConf.
Last I checked it was able to log in the post-rewrite code. If the problem re-appears, feel free to reopen of course.
dmbaturin set Is it a breaking change? to compatible on T486: Static IPv6 default route via OSPFv3-learned loopback is not activated.
dmbaturin edited projects for T874: Support for Two Factor Authentication for CLI access via Google Authenticator/OTP, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited projects for T478: Firewall address group (multi and nesting), added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited projects for T474: Monitoring of plain-ipsec tunnels, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited a custom field on T446: Flow accounting enhancements: pre/post NAT, ingress/egress.
dmbaturin edited projects for T439: local PBR support, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin closed T387: Prevent command injection in VyConf external validator execution as Resolved.
dmbaturin edited projects for T375: WAN failover, not to balance the load, added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
dmbaturin edited a custom field on T362: Proper target dependencies and error checking in the vyos-build makefile.
Backported to equuleus https://github.com/vyos/vyos-1x/commit/fb5a64a0a517291efe62185d053b437b62ef2921
c-po committed rVYOSONEXfb5a64a0a517: pppoe: T3261: Stop systemd service if pppoe interface disable (authored by Unknown Object (User)).
THis issue also exists in the WWAN interface, can you please also provide a fix here and a SMoketest checkick this exact situation, that when switching from online -> disabled the interface is gone and no ppp peer configs exist?
c-po closed T3244: Rewrite protocol OSPFv3 to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, as Resolved.
c-po closed T3235: Rewrite protocol OSPF to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, as Resolved.
Unknown Object (User) committed rVYOSONEX7630f2c915c2: pppoe: T3261: Stop systemd service if pppoe interface disable.
GitHub <noreply@github.com> committed rVYOSONEX1b607b956b62: Merge pull request #703 from DmitriyEshenko/pppoe-client-2701202101 (authored by c-po).
Viacheslav closed T3085: IPv6 BGP Neighbor Weight, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Looks good on 1.4-rolling-202101270854:
vyos@vyos:~$ configure [edit] vyos@vyos# set interfaces ethernet eth0 address dhcpv6 [edit] vyos@vyos# set interfaces ethernet eth0 dhcpv6-options duid 00:02:00:00:0d:e9:30:30:31:45:34:36:2d:58:58:58:58:58:58:58:58:58:58:58:58:58:58 [edit] vyos@vyos# commit [edit] vyos@vyos# exit Warning: configuration changes have not been saved. exit vyos@vyos:~$ show version
Unknown Object (User) edited a custom field on T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) updated the task description for T3261: Does not possible to disable pppoe client interface..
Unknown Object (User) created T3261: Does not possible to disable pppoe client interface..
dmbaturin edited projects for T3085: IPv6 BGP Neighbor Weight, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux.
jack9603301 renamed T3116: Support back-end L4 level load balancing from Support L4 level load balancing to Support back-end L4 level load balancing.
Tested on VyOS 1.4-rolling-202101261956. Works fine
I can say that after testing here's what I found.
Jan 26 2021
Jan 26 2021
pasik updated the task description for T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
pasik updated the task description for T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
GitHub <noreply@github.com> committed rVYOSONEXca1f38a189e2: Merge pull request #701 from erkin/current (authored by dmbaturin).
jestabro removed a project from T1185: Firewall rulesets are ignored in RFC-compliant VRRP setups: VyOS 1.2 Crux (VyOS 1.2.7).
This remains open; need to rejoin discussion.
erkin renamed T3110: Broken pipe in show interfaces from Broken pipe in show intefaces to Broken pipe in show interfaces.
c-po changed the status of T3255: Rewrite protocol RPKI to new XML/Python style from Open to In progress.
c-po changed the status of T3255: Rewrite protocol RPKI to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to In progress.
c-po closed T3256: Add XML for protocol RPKI [conf-mode], a subtask of T3255: Rewrite protocol RPKI to new XML/Python style, as Resolved.