Please ignore this task, it works fine!

I can confirm this bug is still present in the latest 1.3-rolling-202101 snapshot as well as the latest stable release. (1.2.6-S1)

Better not touch crux ;)

ok, I'll do it

@craterman can you check this feature in the latest rolling or beta?

PR for equuleus | extended smoketest
https://github.com/vyos/vyos-1x/pull/743

PR: https://github.com/vyos/vyos-1x/pull/708

@dmbaturin @c-po Hi, I have basically completed the T3116 draft implementation, test, I only inspect the ipvsadm rules, seems to work properly, the draft only for ipvsadm, to set up some rules, now, you and @c-po can achieve the preliminary examination of the draft (about smoke tests, I currently only normal execution of the command line configuration program testing, has not yet been configured efficacy)

VyOS is still on the ancient shell-based diagnostic file generator spaghetti inherited from Vyatta. First of all, I'm going to dike out {show,generate} tech-support from vyatta-op and write a rudimentary stub as a replacement in Python/XML. Then we'll need to discuss what exactly needs to go in there.

@c-po , it works properly

Welcome to VyOS 1.4-rolling-202102240218 (sagitta)!

PR https://github.com/vyos/vyatta-cfg-quagga/pull/71
Can be "cherry-picked" to equuleus

PR for equuleus for bgp and ospf https://github.com/vyos/vyatta-cfg-quagga/pull/70
PR for equuleus for rip https://github.com/vyos/vyos-1x/pull/741

If commit is not initiated from a 'live' session (for example, on boot), then redirected stdout/err should go to a file.

Yes, radius is used for login.

If that works out wihtout an issue I would like to have it backported into 1.3 just to be more "fancy".

PR https://github.com/vyos/vyos-build/pull/147
Output on the local stand

Welcome to VyOS 1.4 (sagitta)!

I can't reproduce it

PR https://github.com/vyos/vyos-1x/pull/740

@Viacheslav
I guess the logs are from the dhcp-server and not from the client...

@tuxnet Can you describe the steps to reproduce?

also having lots of NAT rules makes the vyos config handling and boot time very slow..

Sorry, I don't have a GitHub account (I try hard to avoid centralized systems). If what you want is a git repo/branch to pull from, I can setup one somewhere and commit the patch there, though.

In T3338#87770, @zsdc wrote:

And it is necessary to leave a bug-report on the Proxmox bug tracker to lead this to the logical end. Could you do this?

Any chance you can send this as GitHub PR?

and indeed the fix works, I'm now able to add more than 215 dnat rules, and still fetch the config over the vyos http api! Thanks a lot everyone.

In T3337#87766, @c-po wrote:

• adding a cli node that passes raw config values from cli to the daemon is bad (we inherited this for dhcp and openvpn and it caused more harm then good in the last 2 years) - is this mandatory?

If I disable Xen PV drivers using "xen_platform_pci=0" from the host/dom0 side, and thus I get emulated e1000 NICs in the Xen HVM guest, then setting address to ethernet interfaces works ok..