VyOS 1.3 based on Debian 9 Stretch
Details
Details
Description
Today
Today
runar added a comment to T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing.
The same build procedure is tested fine on x86_64 and armhf without this issue
runar triaged T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing as Normal priority.
Yesterday
Yesterday
• efficiosoft added a comment to T762: Include rulseset in firewall.
I'm very interested in this as well. Especially when you do lots of filtering based on ipsets that contain adresses from multiple zones, inclusion can save you a lot of redundancy.
Fri, Sep 13
Fri, Sep 13
hagbard moved T1597: /usr/sbin/rsyslogd after deleting "system syslog" from In Progress to Finished on the VyOS 1.3 Equuleus board.
hagbard added a comment to T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules.
pushed to current too and rebuilt kernel in CI successfully.
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules, a subtask of T476: Start builds for Debian 10 (Buster), from In progress to Needs testing.
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules from In progress to Needs testing.
@runar
I just cross compiled it successfully. CI uses a sed right now to correct it, all paths are now generic.
What I currently can't do is actually testing the binaries on a real device, I would appreciate it if you can do that.
Thu, Sep 12
Thu, Sep 12
hagbard changed Difficulty level from unknown to normal on T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules.
Dmitry added a comment to T834: accel-ppp: l2tp implementation.
@drac , before implementation cli command for restarting l2tp I need explanation how to reproduce issue when daemon is died. Can you detailed explain this?
Dmitry added a comment to T834: accel-ppp: l2tp implementation.
Implementation advanced ppp-options
vyos@vyos# set vpn l2tp remote-access ppp-options
Possible completions:
lcp-echo-failure
Maximum number of Echo-Requests may be sent without valid reply
lcp-echo-interval
LCP echo-requests/secDmitry added a comment to T834: accel-ppp: l2tp implementation.
@drac, thank you for info.
reset commands migrated to vyos-1x, PR bellow
https://github.com/vyos/vyatta-ravpn/pull/13
https://github.com/vyos/vyos-1x/pull/126
artooro added a comment to T160: Support NAT64.
I'm thinking about trying to run either tayga or jool as a docker container inside of VyOS. Has anyone tried something like this? If I wrote a guide on how to do this I wonder if it would be an OK temporary solution until it's integrated into VyOS.
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules, a subtask of T476: Start builds for Debian 10 (Buster), from Open to In progress.
hagbard changed the status of T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules from Open to In progress.
runar placed T1656: equuleus: buster: arm: iso creation failes because of intel drivers up for grabs.
runar triaged T1656: equuleus: buster: arm: iso creation failes because of intel drivers as Normal priority.
c-po added a parent task for T1466: Add EAPOL login support: T1637: Rewrite ethernet interface in new style XML syntax.
c-po added a subtask for T1637: Rewrite ethernet interface in new style XML syntax: T1466: Add EAPOL login support.
We have openned a ticket on VyOS support, and they have find the solution.
We had to add this configuration :
syncer triaged T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration as Low priority.
syncer edited projects for T1654: sFlow: multiple "sflow server" not work, and "disable-imt" could break configuration, added: VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.4); removed VyOS 1.2 Crux.
Wed, Sep 11
Wed, Sep 11
dmbaturin renamed T1460: "show firewall ...." doesn't support counters with more than eight digits from "show firewall ...." does not show information correctly in specific cases to "show firewall ...." doesn't support counters with more than eight digits.
dmbaturin renamed T1362: Incorrect handling of special characters in VRRP passwords from VRRP Auth Password Is Not Sanitized - to Incorrect handling of special characters in VRRP passwords.
hagbard added a comment to T1040: rc.local is executed too early.
@rcit Is that still a relevant issue?
nothing added we would need.
• drac added a comment to T834: accel-ppp: l2tp implementation.
I have been trying this new feature out.
- I had configured an MTU value and I had some sessions connected, I realised I had set it incorrect so I modified it to the correct value. On commit I received an error (sorry I don't have it at present) but to the extent that accel-pppd was not running on localhost:2004.
I had to reboot the router to get it working again.
hagbard changed the status of T770: Bonded interfaces get updated with incorrect hw-id in config. from Confirmed to In progress.
Dmitry added a comment to T1545: IPSEC vti issue.
Helo, @MarcSim. I want reproduced your issue in lab, can you provide your ipsec configuration from Central VyOS and one of site
show configuration commands | match ipsec | strip-private
hagbard added a comment to T1600: Convert 'ping' operation from vyatta-op to new syntax.
@alkersan I think you need to create the link via Makefile in vyos-1x. At least I don't know of any possibility doing that within the xml.
Tue, Sep 10
Tue, Sep 10
hagbard moved T1597: /usr/sbin/rsyslogd after deleting "system syslog" from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
hagbard moved T1597: /usr/sbin/rsyslogd after deleting "system syslog" from Needs Triage to Backlog on the VyOS 1.2 Crux (VyOS 1.2.4) board.
hagbard changed the status of T1597: /usr/sbin/rsyslogd after deleting "system syslog" from Open to Needs testing.
hagbard changed the status of T1395: Improve boot time for instances with a big count of DHCP servers from In progress to On hold.
hagbard added a comment to T1572: Wireguard keyPair per interface.
hagbard closed T1649: feature documentation different keypairs per interface , a subtask of T1572: Wireguard keyPair per interface, as Resolved.
hagbard closed T1650: implement wireguard default key removal, a subtask of T1572: Wireguard keyPair per interface, as Resolved.