<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/data, branch fix/T8955-http-api-verify-tls</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%2FT8955-http-api-verify-tls</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=fix%2FT8955-http-api-verify-tls'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2026-09-29T21:33:24+00:00</updated>
<entry>
<title>openvpn: T9364: default the MTU to 1420 when DCO is enabled</title>
<updated>2026-09-29T21:33:24+00:00</updated>
<author>
<name>Antonio Quartulli</name>
<email>antonio@mandelbit.com</email>
</author>
<published>2026-09-28T14:02:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=12d3aa212f35b8cdd9a0ccd849b45beea46ed94d'/>
<id>urn:sha1:12d3aa212f35b8cdd9a0ccd849b45beea46ed94d</id>
<content type='text'>
The ovpn Kernel module does no MSS clamping, so with a 1500 bytes MTU
full sized packets get fragmented on the underlay.

Add an "mtu" node, rendered as "tun-mtu". With "offload dco" it
defaults to 1420, unless a raw tun-mtu/link-mtu/udp-mtu option is
present. Reject "mtu" together with such an option, below 100, and
below 1280 when IPv6 runs inside the tunnel.
</content>
</entry>
<entry>
<title>openvpn: T9363: multiply the site-to-site keepalive timeout</title>
<updated>2026-09-29T18:40:44+00:00</updated>
<author>
<name>Antonio Quartulli</name>
<email>antonio@mandelbit.com</email>
</author>
<published>2026-09-24T14:32:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=b6abe23ba2d2a5d5055afd203bc3e60ee20bf757'/>
<id>urn:sha1:b6abe23ba2d2a5d5055afd203bc3e60ee20bf757</id>
<content type='text'>
"failure-count" counts missed intervals, so the timeout it describes is
interval * failure-count. Server mode renders and verifies it that way;
site-to-site passed the bare count to "ping-restart", where it lands as
seconds - 60s instead of 600s with the defaults.

Render the product. That puts a timeout past the 86400 "ping-restart"
accepts within reach, so verify() rejects it and the 5-to-6 migration
clamps configurations already beyond it.

This changes behaviour on upgrade: site-to-site tunnels now tolerate a
longer silence, 600 seconds instead of 60 with the defaults.
</content>
</entry>
<entry>
<title>Merge pull request #5496 from vyos/T9338-l3vpn-multi-domain-switching</title>
<updated>2026-09-29T05:11:42+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-29T05:11:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f15b8b2eebd4afa9ece0ed8034f08f279726c854'/>
<id>urn:sha1:f15b8b2eebd4afa9ece0ed8034f08f279726c854</id>
<content type='text'>
T9338: add bgp mpls l3vpn-multi-domain-switching</content>
</entry>
<entry>
<title>Merge pull request #5204 from scottlaird/push-kqmtoppvykzm</title>
<updated>2026-09-28T18:32:43+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-28T18:32:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=5a3b741d50dc642322877aa5e56d41772a481a41'/>
<id>urn:sha1:5a3b741d50dc642322877aa5e56d41772a481a41</id>
<content type='text'>
ntp: T8882: add ntp polling options</content>
</entry>
<entry>
<title>ntp: T8882: add per-server poll interval, presend and extension field options</title>
<updated>2026-09-28T18:30:00+00:00</updated>
<author>
<name>Scott Laird</name>
<email>scott@sigkill.org</email>
</author>
<published>2026-05-17T20:39:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=44d21687533bd0e4c27b9d04a61b5694b27f4091'/>
<id>urn:sha1:44d21687533bd0e4c27b9d04a61b5694b27f4091</id>
<content type='text'>
Poll intervals were left entirely to the NTP daemon's built-in defaults, so an
operator could not widen or narrow the polling range for an individual server,
warm up authenticated associations before a poll, or ask a peer for the higher
resolution timestamps it may be able to provide.

Each configured server and pool now accepts a minimum and maximum poll
exponent, defaulting to the values the daemon already used, plus an optional
presend exponent and a switch for the F323 extension field. Existing
configurations render the same associations as before.

Co-authored-by: Christian Breunig &lt;christian@vyos.io&gt;
</content>
</entry>
<entry>
<title>Merge pull request #5511 from ordex/T9337-s2s-keepalive-zero</title>
<updated>2026-09-28T18:28:20+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2026-09-28T18:28:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=31a63ad0978a72e366b8e26e3ceee7634f3484b4'/>
<id>urn:sha1:31a63ad0978a72e366b8e26e3ceee7634f3484b4</id>
<content type='text'>
T9337: openvpn: stop rendering "ping 0" in site-to-site</content>
</entry>
<entry>
<title>openvpn: T9337: stop rendering "ping 0" in site-to-site</title>
<updated>2026-09-28T11:40:44+00:00</updated>
<author>
<name>Antonio Quartulli</name>
<email>antonio@mandelbit.com</email>
</author>
<published>2026-09-24T14:29:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=aaeb1dae0498468226fb7ffce3a501f5b1037ded'/>
<id>urn:sha1:aaeb1dae0498468226fb7ffce3a501f5b1037ded</id>
<content type='text'>
"keep-alive interval 0" turns the keepalive off, but site-to-site
renders "ping" and "ping-restart" unguarded. A zero interval leaves
"ping 0" with the restart timer still armed, so an idle tunnel tears
itself down instead of running without keepalive.

Leave both directives out when the interval is zero, as T9334 does for
the server-mode "keepalive".
</content>
</entry>
<entry>
<title>Merge pull request #5389 from ruben-herold/T9175-security-poll-suffix</title>
<updated>2026-09-28T09:43:06+00:00</updated>
<author>
<name>Daniil Baturin</name>
<email>daniil@vyos.io</email>
</author>
<published>2026-09-28T09:43:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=d80a66463a60265a75f40ee387ae7a0e1ca60af4'/>
<id>urn:sha1:d80a66463a60265a75f40ee387ae7a0e1ca60af4</id>
<content type='text'>
dns: T9175: make PowerDNS security status poll opt-in</content>
</entry>
<entry>
<title>bgp: T9360: render "orf prefix-list both" if send and receive are set</title>
<updated>2026-09-27T18:03:43+00:00</updated>
<author>
<name>Takayuki Shiroma</name>
<email>t.shiroma.oki@gmail.com</email>
</author>
<published>2026-09-27T08:51:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f6b3ee39751fef3f542b7f205f92405bba5a797c'/>
<id>urn:sha1:f6b3ee39751fef3f542b7f205f92405bba5a797c</id>
<content type='text'>
When both the ORF send and receive capability were enabled for a BGP
neighbor address-family, the FRR template emitted two individual
statements:

  neighbor 192.0.2.1 capability orf prefix-list send
  neighbor 192.0.2.1 capability orf prefix-list receive

FRR stores this combination as a single "both" directive, so its running
configuration never matched what VyOS generated. As a result every subsequent
commit, even one entirely unrelated to BGP, removed and re-added the ORF
capability.

Each of those cycles resets the established BGP session for about two seconds.
Cover all three combinations for both a plain neighbor and a peer-group:

  * send only   -&gt; neighbor &lt;peer&gt; capability orf prefix-list send
  * receive only -&gt; neighbor &lt;peer&gt; capability orf prefix-list receive
  * send + receive -&gt; neighbor &lt;peer&gt; capability orf prefix-list both

The "both" case additionally verifies that the individual send and receive
statements are no longer rendered, as those are exactly what made FRR and
VyOS disagree about the running configuration.

Co-authored-by: Christian Breunig &lt;christian@breunig.cc&gt;
</content>
</entry>
<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>
</feed>
