Jessie based VyOS - Crux
Tue, Jul 6
Tue, Jun 29
@Viacheslav it is reproducible in 1.2.7
vyos@vyos:~$ touch file1 vyos@vyos:~$ touch file2 vyos@vyos:~$ touch file3 vyos@vyos:~$ ls file1 file2 file3 vyos@vyos:~$ reset vpn remote-access user Possible completions: file1 Terminate specified user's current remote access VPN session(s) file2 file3
Mon, Jun 28
Sun, Jun 27
For RPS, we maybe can adapt https://github.com/bhuanand/rps-rfs-configuration to VyOS?
Jun 23 2021
@Harliff Try 1.2.7/1.3 it was fixed with commit https://github.com/vyos/vyos-build/pull/138/files#diff-c7d29a506307d9cf8d86c3cd3f65ca4e4058ea442cacdf9a89d2485b56c7417aR67
I've not checked later versions. Maybe it was already fixed on 1.2.7 or 1.3/1.4 ?
Jun 20 2021
Jun 18 2021
Approved on 1.2.7 and 1.3/1.4
Jun 16 2021
I opened a new ticket for an error that is now occurring while building the iso in the docker container.
Just tried to compile the ISO image but I got an other error:
Jun 15 2021
At least on simple tests, this modification seems to work.
I have tested on version 1.3, first configuring dhcp server for both addresses: for the one that was defined first, and one for the las IP address defined (of course, one instance of dhcp-server running at a time).
If this needs more testes, let me know what I can do for you.
Jun 13 2021
Jun 10 2021
Should be fixed with commit https://github.com/vyos/vyos-build/commit/7905f0d5715bb8da158d09734ba78dc28b2fd4e1
Jun 9 2021
@n.fort You can try to replace True with False there (1.3 and 1.4). But it needs more tests. In some cases, it was some bugs with the DHCP server and not the primary address.
@erkin One additional detail: there is an attempt at clean up on entering configuration mode (in UnionfsCstore::setupSession); nonetheless, there are clearly potential (and potentially serious) issues here. Cf. T3054 for the comment on setupSession; there has been no serious investigation of the issue yet.
Jun 8 2021
It seems Arp monitor not supported in 802.3ad mode
It is redirected from
May 30 2021
May 29 2021
We haven't seen memory leaks in keepalived in a long time, so I assume it's resolved.
May 25 2021
Providing an entire path of the file i.e. /opt/vyatta/etc/key-pair.template instead of "@sysconfdir@/key-pair.template", makes the command executable.
IPSec VPN in X509 mode needs ca cert file, also server/client cert has to be signed by the CA for identification.
So, maybe rewriting this script will be helpful.
Any suggestions are welcome.