Documentation does not require a task on the phabricator.
Thanks.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
May 1 2024
Migration needed for listen-address when upgrading from isc-dhcp to kea dhcp (1.4 to 1.5)
Apr 30 2024
PR for 1.5: https://github.com/vyos/vyos-build/pull/579
@Zen3515, any idea for regex?
Works as expected in VyOS 1.5-rolling-202404290019 and VyOS 1.4-stable-202404300309 and VyOS 1.3-stable-202404300508
vyos@r1-right:~$ cat /etc/resolv.conf ### Autogenerated by VyOS ### ### Do not edit, your changes will get overwritten ###
Apr 29 2024
1.2 is EOL
In T6281#185394, @c-po wrote:Please note that the Wireguard tunnel itself is sourced from the default VRF. Only the "inner side" of the tunnel runs in VRF wan.
There is no possibility to source the wireguard interface from
- Another VRf
- A discrete source IP
- A discrete source interface
This can only be handled by applying fwmark values and policy based routing - this is a WireGuard design thing.
Please note that the Wireguard tunnel itself is sourced from the default VRF. Only the "inner side" of the tunnel runs in VRF wan.
Running into this issue on VyOS 1.5-rolling-202404280021
set protocols static route xxx.xxx.74.149/32 dhcp-interface eth1.999
It would be useful for 1.4 as well, to be able to rebuild the LTS with local patches to some packages but otherwise unmodified, for example to make it easier to test bug fixes in a single package (such as accel-ppp https://vyos.dev/T4600 ) without much risk to introduce new bugs.
I can (carefully) say it's probably fixed in 1.3.x with newer FRR (compared to 1.2.x in the original report) - I've moved the two PPPoE servers to the same two boxes running BGP (still using OSPF to redistribute routes, at few hundreds of them scalability is probably not an issue yet that would require BGP) and they don't seem to crash anymore.
Not tested in 1.4.x yet - I may test it some time after the 1.4 final release, if I will still be able to get it.
If this ever becomes a thing, support for directly connected routes (ie. PPPoE) would be great as well.
@yarokifor The current version is updated, add steps to reproduce (set of commands) or close the task
vyos@r4# run show ver all | match upnp ii miniupnpd-nftables 2.3.1-1 amd64 UPnP and NAT-PMP daemon for gateway routers - nftables backend [edit] vyos@r4#
Fixed in the commit https://github.com/vyos/vyos-1x/commit/b75e0ba0a297fd64307960f98f30c27a689deab7
It seems like if there's an option to use remote backup in the config, yet the keys get erased every time it's upgraded that would be a bug. However , I am new to dev on VYOS, so classify it as makes sense for the team and I'll hope it get implemented at some point. 👍
The bug means the feature is implemented but works with issues, but this functionality has never been implemented :)
I created a root task T6279, and several similar/related subtasks.