It looks like wide dhcp client does not support setting the DUID as it is overwritten again after a restart :(
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Dec 20 2020
Dec 20 2020
c-po closed T3140: Relax "ethernet offload-options" CLI definition, a subtask of T1637: Rewrite ethernet interface in new style XML syntax, as Resolved.
c-po changed the status of T3140: Relax "ethernet offload-options" CLI definition, a subtask of T1637: Rewrite ethernet interface in new style XML syntax, from Open to In progress.
c-po changed the status of T3140: Relax "ethernet offload-options" CLI definition from Open to In progress.
Dec 19 2020
Dec 19 2020
Dec 17 2020
Dec 17 2020
The CLI command set interfaces ethernet <interface> offload-options xdp enables the XDP generic mode on the given interface.
Dec 16 2020
Dec 16 2020
@vlesk once container support is added you have a better way by usibg a dedicates container on your VyOS installation.
Dec 15 2020
Dec 15 2020
Why you would line to add a user to an additional group?
Dec 14 2020
Dec 14 2020
c-po changed the status of T3130: Replace vyos-netplug with upstream debian version from Open to In progress.
c-po closed T3129: Update Linux Kernel to v5.4.83, a subtask of T2884: Upstream Kernel Patches from Semper Victus Linux Hardened Tree, as Resolved.
c-po changed the status of T3129: Update Linux Kernel to v5.4.83, a subtask of T2884: Upstream Kernel Patches from Semper Victus Linux Hardened Tree, from Open to In progress.
Dec 13 2020
Dec 13 2020
Dec 12 2020
Dec 12 2020
@owensresearch it is still not supported by net-snmp
c-po changed the status of T3125: dhcp6c: add support to restart wide dhcpv6 client from Open to In progress.
Dec 10 2020
Dec 10 2020
c-po added a comment to T3117: OpenVPN config migration errors upgrading from 1.3-rolling-202010280217 to 1.3-rolling-202012060217.
Using udp4/6 can be automated if there is an v6 listen address or not, I will keep this in mind, thanks for the hint.
c-po changed the status of T563: webproxy: migrate 'service webproxy' to get_config_dict() from On hold to In progress.
c-po renamed T563: webproxy: migrate 'service webproxy' to get_config_dict() from Migrate 'service webproxy' to python/xml to webproxy: migrate 'service webproxy' to get_config_dict().
c-po added a parent task for T1090: Webproxy overhaul: T563: webproxy: migrate 'service webproxy' to get_config_dict().
c-po added a parent task for T1732: Removing vyatta-webproxy module: T563: webproxy: migrate 'service webproxy' to get_config_dict().
c-po added a parent task for T2581: webproxy: implement proxy chaining: T563: webproxy: migrate 'service webproxy' to get_config_dict().
c-po added subtasks for T563: webproxy: migrate 'service webproxy' to get_config_dict(): T2581: webproxy: implement proxy chaining, T1732: Removing vyatta-webproxy module, T1730: Adding the remote syslog feature to webproxy, T1770: webproxy breaks commit and http access on routed client, T1090: Webproxy overhaul.
Dec 9 2020
Dec 9 2020
Dec 8 2020
Dec 8 2020
c-po changed the status of T3117: OpenVPN config migration errors upgrading from 1.3-rolling-202010280217 to 1.3-rolling-202012060217 from In progress to Needs testing.
c-po added a comment to T3117: OpenVPN config migration errors upgrading from 1.3-rolling-202010280217 to 1.3-rolling-202012060217.
Unfortunately setting udp4 was never "valid" in the first place, this was only possible by a wrong regex here: https://github.com/vyos/vyos-1x/blob/406083932ae62ccde5ff547ef7d7960efe0269e3/interface-definitions/interfaces-openvpn.xml.in#L345 this has been corrected already which shows the above mentioned result in a not loading config.
c-po closed T2562: VyOS can't be used as a DHCP server for a DHCP relay, a subtask of T3100: Migrate DHCP/DHCPv6 server to get_config_dict(), as Resolved.
c-po changed the status of T3117: OpenVPN config migration errors upgrading from 1.3-rolling-202010280217 to 1.3-rolling-202012060217 from Open to In progress.
c-po changed the status of T2562: VyOS can't be used as a DHCP server for a DHCP relay, a subtask of T3100: Migrate DHCP/DHCPv6 server to get_config_dict(), from In progress to Needs testing.
c-po changed the status of T2562: VyOS can't be used as a DHCP server for a DHCP relay from In progress to Needs testing.
c-po added a comment to T3114: When the bridge member is a non-ethernet interface, setting VLAN-aware bridge parameters fails.
Unfortunately this is the wrong way to go. If it is - for whatever reason - not possible to configure the VLAN parameters for this given interface b/c the enslaved interface is yet not present on the system, it should be later configured by the individual interface.
Dec 7 2020
Dec 7 2020
Well this is from old Vyatta times, on system bootup this script is called (https://github.com/vyos/vyatta-cfg-system/blob/current/scripts/system/vyatta_interface_rescan#L137-L140) and a WIFI node is created if a wifi interface is detected. The script could be altered, too if monitor is not supported.
I guess the best thing would be to not add this interface at all
Dec 6 2020
Dec 6 2020
c-po renamed T3100: Migrate DHCP/DHCPv6 server to get_config_dict() from Migrate DHCP server to get_config_dict() to Migrate DHCP/DHCPv6 server to get_config_dict().
c-po added a comment to T3089: Migrate port mirroring to vyos-1x and support two-way traffic mirroring.
Okay, debugging with @jack9603301 showed that there was/is an issue. If you are running DHCP client on the interface which is using mirroring, this indeed becomes an issue as traffic is dropped until the session is re-established.