I also can confirm this works in 1.2.4
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jan 29 2020
Jan 29 2020
c-po closed T1997: Update WireGuard to Debian release 1.0.20200121-2, a subtask of T1996: Update Linux Kernel to 4.19.99, as Resolved.
Jan 28 2020
Jan 28 2020
c-po changed the status of T1990: Migrate "system login" to XML/Python representation, a subtask of T1948: RADIUS login broken in 1.3, from Open to In progress.
c-po changed the status of T1990: Migrate "system login" to XML/Python representation from Open to In progress.
c-po added a subtask for T1948: RADIUS login broken in 1.3: T1990: Migrate "system login" to XML/Python representation.
c-po added a parent task for T1990: Migrate "system login" to XML/Python representation: T1948: RADIUS login broken in 1.3.
Jan 26 2020
Jan 26 2020
c-po changed the status of T1988: Migrate wirelessmodem to new XML/Python style interface, a subtask of T1579: Rewrite all interface types in new XML/Python style, from Open to In progress.
c-po changed the status of T1988: Migrate wirelessmodem to new XML/Python style interface from Open to In progress.
c-po added a comment to T1246: VyOS 1.2.0 "openvpn-options" configuration does not allow quotes in values.
Sounds like a duplicate of T1632
c-po changed the status of T1383: Cannot use quotes for openvpn-option --route-up from Open to Needs testing.
Sounds like a duplicate of T1632
c-po moved T1980: Setting "ip enable-arp-ignore" on a vif breaks the interface on reboot from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po added a comment to T1980: Setting "ip enable-arp-ignore" on a vif breaks the interface on reboot.
Welcome, thanks for testing!
Maybe for future CLI designs, the following would be cleaner: set service snmp extension name 'foo bar' script /usr/bin/echo
vyos@vyos# set service snmp script-extensions extension-name 'foo' script /usr/bin/echo vyos@vyos# set service snmp script-extensions extension-name 'foo bar' script /usr/bin/echo
c-po removed a project from T1964: SNMP Script-extensions allows names with spaces, but commit fails: Ready for Crux (1.2.x).
c-po moved T1964: SNMP Script-extensions allows names with spaces, but commit fails from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po moved T1937: snmpd throwing a tremendous amount of errors from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Restarting now no longer shows any error/warning
This is actually an "upstream" bug, see https://bugs.launchpad.net/ubuntu/+source/net-snmp/+bug/1384122 but it can be fixed via our own scripts.
Jan 25 2020
Jan 25 2020
c-po moved T1977: webproxy error on fresh install from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1975: OpenVPN tap devices won't come up automatically from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1902: Add redistribute non main table in bgp from Backport Candidates to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1913: "system ipv6 blacklist" command has no effect from In Progress to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po moved T1902: Add redistribute non main table in bgp from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po changed the status of T1902: Add redistribute non main table in bgp from Unknown Status to Resolved.
c-po added a comment to T1980: Setting "ip enable-arp-ignore" on a vif breaks the interface on reboot.
Ah, your version is a bit old that could have been prior to the migration of the ip enable-arp-ignore script to XML/Python. Could you please retest with a newer rolling release?
c-po moved T1900: Enable SNMP for VRRP. from Backport Candidates to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1900: Enable SNMP for VRRP. from Backlog to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po added a comment to T1980: Setting "ip enable-arp-ignore" on a vif breaks the interface on reboot.
Exactly, there is a race condition which I try to reproduce, but can not as ow now with VMware.
Jan 24 2020
Jan 24 2020
c-po moved T1902: Add redistribute non main table in bgp from Need Triage to Backport Candidates on the VyOS 1.3 Equuleus board.
c-po added a comment to T1980: Setting "ip enable-arp-ignore" on a vif breaks the interface on reboot.
Unfortunately I can not reproduce this.
One seems t be the mastering parent process, try ps faux
Jan 22 2020
Jan 22 2020
When using logrotate we can take full owership about the resources that will be used for number of files and its size - so i think this will be the best approach.
Please test and feedback in latest rolling.
Howadays there is the generic vyos.ifconfig Python class which deals with IPV6 dhcp client stuff.
Jan 21 2020
Jan 21 2020
c-po moved T1900: Enable SNMP for VRRP. from Need Triage to Finished on the VyOS 1.3 Equuleus board.
If this is always enabled "hardcoded" and SNMPd is not running the following will happen:
c-po changed the status of T1784: DMVPN with IPSec does not work in HUB mode from Unknown Status to Resolved.
This was only a problem in rolling and is fixed
c-po removed a project from T1784: DMVPN with IPSec does not work in HUB mode: VyOS 1.2 Crux (VyOS 1.2.5).
Jan 20 2020
Jan 20 2020
I like the idea, but unfortunately I do not understand why there needs to be a cancel node? If maintenance mode is not activated shouldnt this be enough?
Jan 19 2020
Jan 19 2020
FRR build triggered, please try next rolli g
Jan 16 2020
Jan 16 2020
As I recently rewrote this part in XML/Python please also check the default values in the Python script
This should be restricted by a regex
Jan 13 2020
Jan 13 2020
Dou can try to play around withe the node.def and interfaces-vxlan.py file and lower the limits to see if it works at all.
Jan 10 2020
Jan 10 2020
Please use service custom
Very Nice!
Jan 3 2020
Jan 3 2020
As I can remember there is no objection about FRR for RAs - its only the CLI structure.
Why not check if radv is running and sent a HUP signal instead?
c-po closed T1939: Provide abstraction for interface "ip" options, a subtask of T1579: Rewrite all interface types in new XML/Python style, as Resolved.
This is already fixed in latest rolling by T1921 - please recheck ltest rolling
Jan 2 2020
Jan 2 2020
c-po added a comment to T1793: Editing description on an interface causes BGP sessions to reset on commit.
As asked on slack and to be clear. This issue was never present in any of the 1.2 LTS releases (crux branch) - not in 1.2.0, 1.2.1, 1.2.2, 1.2.3 and 1.2.4.
We should inform Debian Team about this error and use a fix provided by them if possible.
Jan 1 2020
Jan 1 2020
c-po changed the status of T1779: Tunnel interfaces aren't suggested as being available for bridging from Unknown Status to Resolved.
As this is on the new XML Python interface this is not a problem in crux
Dec 31 2019
Dec 31 2019
Merging 5.8.1 without the VyOS patches in vyos-strongswan did not work. Site-2-Site tunnels did not get up. Funny thing is that DMVPN was working.
c-po renamed T1888: Update to StrongSwan 5.9.1 from Update to StrongSwan 5.8.2 to Update to StrongSwan 5.8.1.
Debian Buster changed a lot in VyOS 1.3. I tried my best to port the settings to VyOS 1.3 in T1921, can someone please verify it is working as expected?
Right now there is also the possibility to enable IPv6 router-advertisments on a PPPoE client interface - this somehow makes no sense at all
c-po moved T1923: Migrate L2TPv3 interface to XML/Python from Need Triage to Finished on the VyOS 1.3 Equuleus board.