<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/data, branch fix/T8859-dh-keysize-validation</title>
<subtitle>VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-1x.git/atom?h=fix%2FT8859-dh-keysize-validation</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=fix%2FT8859-dh-keysize-validation'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2026-09-25T14:55:23+00:00</updated>
<entry>
<title>Merge pull request #5376 from natali-rs1985/T9146</title>
<updated>2026-09-25T14:55:23+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@vyos.io</email>
</author>
<published>2026-09-25T14:55:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=430dda1e170576239d3580c1b7a6381525a05cbc'/>
<id>urn:sha1:430dda1e170576239d3580c1b7a6381525a05cbc</id>
<content type='text'>
vpp: T9146: Enable DPDK no-multi-seg when a full frame fits the buffer</content>
</entry>
<entry>
<title>Merge pull request #5453 from m-songer/T9274-add-telegraf-config</title>
<updated>2026-09-25T14:03:20+00:00</updated>
<author>
<name>Nataliia S.</name>
<email>81954790+natali-rs1985@users.noreply.github.com</email>
</author>
<published>2026-09-25T14:03:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=480f28781023d81f4be08524cecff172d1d55c3f'/>
<id>urn:sha1:480f28781023d81f4be08524cecff172d1d55c3f</id>
<content type='text'>
T9274: Add more telegraf configuration</content>
</entry>
<entry>
<title>T9274: Add more telegraf configuration- #5453</title>
<updated>2026-09-24T16:00:38+00:00</updated>
<author>
<name>MichaelSonger</name>
<email>michael.songer@infinitivegroup.co.uk</email>
</author>
<published>2026-09-24T16:00:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=75781f0d9dbf0174dfbb55d5f0e8228a38b6f608'/>
<id>urn:sha1:75781f0d9dbf0174dfbb55d5f0e8228a38b6f608</id>
<content type='text'>
Added the ability to make several agent values configurable instead of hardcoded.
</content>
</entry>
<entry>
<title>dhcpv6-client: T9349: do not start dhcp6c in debug mode</title>
<updated>2026-09-24T15:03:23+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-24T15:03:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=d0841564920181743135f51ac4dcfe62deb27ef5'/>
<id>urn:sha1:d0841564920181743135f51ac4dcfe62deb27ef5</id>
<content type='text'>
dhcp6c was unconditionally started with -D (debug level 2). In daemon mode
setloglevel() only calls setlogmask() for levels 0 and 1 - level 2 falls
through and leaves the log mask wide open, so every LOG_DEBUG message ends
up in syslog:

  dhcp6c[3935]: copy_option: set client ID (len 18)
  dhcp6c[3935]: copyout_option: set identity association
  dhcp6c[3935]: copy_option: set elapsed time (len 2)
  dhcp6c[3935]: copy_option: set option request (len 4)
  dhcp6c[3935]: client6_send: send solicit to ff02::1:2%wwan0
  dhcp6c[3935]: dhcp6_reset_timer: reset a timer on wwan0, state=SOLICIT, ...

On a link where no DHCPv6 server answers this repeats for every SOLICIT
retransmission, forever. Drop the flag - errors and the parser diagnostics
used by the T7058 smoketest are logged at LOG_ERR and remain visible.
</content>
</entry>
<entry>
<title>openvpn: T9334: stop rendering "keepalive 0 0"</title>
<updated>2026-09-18T09:10:41+00:00</updated>
<author>
<name>Berik Ashimov</name>
<email>berik@ashimov.com</email>
</author>
<published>2026-09-18T09:10:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f931a8703c7b9d421ded01636cd201bc3c466da5'/>
<id>urn:sha1:f931a8703c7b9d421ded01636cd201bc3c466da5</id>
<content type='text'>
An interval of 0 is how the CLI turns keepalive off, and it rendered
"keepalive 0 0" because OpenVPN skipped its own sanity checks on that
pair. OpenVPN 2.7.6 dropped the exception and now refuses to start:
"keepalive ping: Must be an integer between 1 and 86400, not 0".

Leave the directive out of the file instead. Nothing then sets ping or
ping-restart, which is the keepalive-off the interval asked for, and a
saved configuration still commits untouched.
</content>
</entry>
<entry>
<title>Merge pull request #5481 from c-po/arm64-smoketests</title>
<updated>2026-09-17T08:39:17+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2026-09-17T08:39:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c91d7eb13252306629243d9699c92e38a5a12a71'/>
<id>urn:sha1:c91d7eb13252306629243d9699c92e38a5a12a71</id>
<content type='text'>
T9014: bugfixes for arm64 platform</content>
</entry>
<entry>
<title>lcd: T9014: resolve the LCDd driver path at runtime</title>
<updated>2026-09-16T18:35:02+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-16T18:35:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=3996c92edf3eb09486edc7e053abc1ef13bcd189'/>
<id>urn:sha1:3996c92edf3eb09486edc7e053abc1ef13bcd189</id>
<content type='text'>
The LCDd driver modules are shipped in the architecture dependent
multiarch library directory, but the template hardcoded the x86_64
path. On arm64 this pointed LCDd at a directory that does not exist,
so no driver could be loaded.

Derive the multiarch triplet at runtime and render it into LCDd.conf
instead of assuming x86_64.
</content>
</entry>
<entry>
<title>ipsec: T8952: Allow per-peer strongSwan `unique` override for site-to-site peers</title>
<updated>2026-09-16T08:22:40+00:00</updated>
<author>
<name>Oleksandr Kuchmystyi</name>
<email>o.kuchmystyi@vyos.io</email>
</author>
<published>2026-09-15T09:10:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=d1cc3ed65eb1f00409d0b91fc8149431fb614e89'/>
<id>urn:sha1:d1cc3ed65eb1f00409d0b91fc8149431fb614e89</id>
<content type='text'>
VyOS does not expose the strongSwan `connections.&lt;conn&gt;.unique`
parameter for site-to-site peers. The swanctl default is
`unique = no`, which only replaces existing SAs
if the new one carries `INITIAL_CONTACT`. With `dpd_action = restart`,
charon initiates new IKE_SAs without `INITIAL_CONTACT`,
so duplicates accumulate on every DPD timeout.

Previously the strongSwan `unique` connection policy could only be
driven by the global "disable-uniqreqids" option, which set it to
"never" for every connection. Site-to-site peers had no way to opt
into stricter enforcement on their own.
</content>
</entry>
<entry>
<title>Merge pull request #5429 from rockfish-vyos/T9254-ike-esn</title>
<updated>2026-09-15T12:48:01+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@vyos.io</email>
</author>
<published>2026-09-15T12:48:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f5aec62f3d48f091b07c61d4666d824748a27c96'/>
<id>urn:sha1:f5aec62f3d48f091b07c61d4666d824748a27c96</id>
<content type='text'>
ipsec: T9254: do not emit ESN transforms in IKE proposals</content>
</entry>
<entry>
<title>ipsec: T9254: split get_esp_ike_cipher() into get_esp_cipher() / get_ike_cipher()</title>
<updated>2026-09-14T08:19:12+00:00</updated>
<author>
<name>rockfish-vyos</name>
<email>321823801+rockfish-vyos@users.noreply.github.com</email>
</author>
<published>2026-09-14T08:17:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=0db7521a96f3d314ec4914c72932cfbcced2dc98'/>
<id>urn:sha1:0db7521a96f3d314ec4914c72932cfbcced2dc98</id>
<content type='text'>
get_esp_ike_cipher() took an esn flag defaulting to True (ESP/CHILD_SA
semantics), and every IKE_SA call site had to remember to pass
esn=False. Nothing enforced that, so a future call site could reintroduce
the ESN-in-IKE bug this task fixed.

Following review feedback from hedrok, split it into two public filters:

  get_esp_cipher(group_config, ike_group=None)  ESP/CHILD_SA, esn=True
  get_ike_cipher(group_config)                  IKE_SA, esn=False always

The shared implementation moves to _get_esp_ike_cipher() (no
register_filter), so a template can no longer call it directly and
skip picking one of the two entry points.

Updated call sites: peer.j2, profile.j2, remote_access.j2, l2tp.j2
(proposals -&gt; get_ike_cipher, esp_proposals -&gt; get_esp_cipher), and
test_template.py.
</content>
</entry>
</feed>
