<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/src/migration-scripts/interfaces, 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-04-28T07:40:59+00:00</updated>
<entry>
<title>migration: T8280: Fix auth file read for interfaces on first boot of new image</title>
<updated>2026-04-28T07:40:59+00:00</updated>
<author>
<name>Oleksandr Kuchmystyi</name>
<email>o.kuchmystyi@vyos.io</email>
</author>
<published>2026-04-24T14:30:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=996a872eca8786ddd4335dd23dd9cb048ec11ffd'/>
<id>urn:sha1:996a872eca8786ddd4335dd23dd9cb048ec11ffd</id>
<content type='text'>
During first boot after installing a new VyOS image, migrations are
executed before the filesystem is fully initialized.
At this point `/config` is not yet bind-mounted, causing auth files
(certificates, keys, credentials) for OpenVPN, WireGuard and Ethernet
EAPoL interfaces under `/config/auth` to be inaccessible even though they
exist under the underlying `/opt/vyatta/etc/config/auth` path which is
available at all boot stages.

Add fallback logic to `read_auth_file()` to retry the file lookup under
`/opt/vyatta/etc/config/auth` when the file is not found under `/config/auth`.
</content>
</entry>
<entry>
<title>T8410: Fix typos and mistakes for operational and configuration commands</title>
<updated>2026-03-24T17:02:56+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2026-03-20T16:41:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=bb2aee1e58c1cd30087b935798060e6bf3c698c8'/>
<id>urn:sha1:bb2aee1e58c1cd30087b935798060e6bf3c698c8</id>
<content type='text'>
Fix typos and mistakes in the commands and comments
No functional changes
</content>
</entry>
<entry>
<title>openvpn: T7738: avoid duplicate certs during 1.3 -&gt; 1.4 migration</title>
<updated>2025-12-02T06:22:18+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-12-02T06:14:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=63cc76fa23674aa0fe92d8fc13ba52ca1e7c98f9'/>
<id>urn:sha1:63cc76fa23674aa0fe92d8fc13ba52ca1e7c98f9</id>
<content type='text'>
When migrating from VyOS 1.3 to 1.4, OpenVPN interfaces sharing the same
certificate (chain) end up getting duplicated certificate entries, one per
interface — instead of reusing a single cert if applicable.

This change makes the migration logic detect shared certificates and reuse a
single CA and server certificate objects, preventing redundant certificate
entries in the config.
</content>
</entry>
<entry>
<title>dhcpv6: T7967: fix migration script for automatic SLAAC selection</title>
<updated>2025-10-29T11:22:42+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-10-29T11:12:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c5ef4f4ebf38a249998498ebe443f3cc733b64fd'/>
<id>urn:sha1:c5ef4f4ebf38a249998498ebe443f3cc733b64fd</id>
<content type='text'>
Commit f08a5700e7 ("dhcpv6: T7646: restore missing default route after upgrade")
introduced a regression affecting both non-VIF and VIF interfaces.

The addressing mode check in the migration logic was incorrect for both cases.
For non-VIF interfaces, the migration was skipped entirely due to a missing
configuration test. For VIF (VLAN) interfaces, the existing test always
evaluated to true, since it incorrectly assumed that DHCPv6 was configured
even when a static address was present.

Smoketests have been extended to cover for these cases.
</content>
</entry>
<entry>
<title>dhcpv6: T7646: restore missing default route after upgrade</title>
<updated>2025-09-13T11:16:40+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-09-13T11:16:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f08a5700e725a2ed4c53320b310167826953215d'/>
<id>urn:sha1:f08a5700e725a2ed4c53320b310167826953215d</id>
<content type='text'>
Commit de44c6aef249 ("interface: T7379: do not request SLAAC default route when
only DHCPv6 is set") introduced a behavioral change while addressing an earlier
issue fixed in e9fb2078d5ea ("interface: T7375: SLAAC assigned address is not
cleared when removing SLAAC").

This change caused unintended connectivity loss after upgrading to VyOS 1.4.3.
The underlying reason is that VyOS now requires explicit configuration to
determine how IPv6 addressing and routing should be handled, rather than making
assumptions: Requesting a DHCPv6 address alone will correctly assign an address.

However, since the IPv6 default route is typically advertised via SLAAC (and not
DHCPv6), SLAAC must also be explicitly enabled to receive the default route.

Historically, this distinction was implicit and did not require additional
configuration.

To preserve backward compatibility, a configuration migrator has been added.
It inspects existing configurations that only request a DHCPv6 address and
automatically appends the required CLI node to also enable SLAAC, ensuring that
the default route is restored after upgrade.
</content>
</entry>
<entry>
<title>migration: T7648: fix Undefined variable 'config' in interfaces/5-to-6</title>
<updated>2025-07-21T19:13:37+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-07-21T19:13:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=f1967db6c12e7b42e2374d0802855d9e4c5f5409'/>
<id>urn:sha1:f1967db6c12e7b42e2374d0802855d9e4c5f5409</id>
<content type='text'>
</content>
</entry>
<entry>
<title>migration: T7648: fix Undefined variable 'base' in interfaces/0-to-1</title>
<updated>2025-07-21T19:10:59+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-07-21T19:10:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=8c4ddd1e6c9aaf2a9292f291c7d92d1314fb8890'/>
<id>urn:sha1:8c4ddd1e6c9aaf2a9292f291c7d92d1314fb8890</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T7591: remove copyright years from source files</title>
<updated>2025-06-28T21:16:52+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2025-06-28T18:51:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=1478516ae437f19ebeb7d6ff9b83dd74f8e76758'/>
<id>urn:sha1:1478516ae437f19ebeb7d6ff9b83dd74f8e76758</id>
<content type='text'>
The legal team says years are not necessary so we can go ahead with it, since
it will simplify backporting.

Automatically removed using: git ls-files | grep -v libvyosconfig | xargs sed -i -E \
's/^# Copyright (19|20)[0-9]{2}(-[0-9]{4})? VyOS maintainers.*/# Copyright VyOS maintainers and contributors &lt;maintainers@vyos.io&gt;/g'

In addition we will error-out during "make" if someone re-adds a legacy
copyright notice
</content>
</entry>
<entry>
<title>migration: T6007: convert all migration scripts to load as module</title>
<updated>2024-06-26T20:38:41+00:00</updated>
<author>
<name>John Estabrook</name>
<email>jestabro@vyos.io</email>
</author>
<published>2024-06-20T01:16:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=26740a8d583f64dc0a27b59dd4ae303056972c0b'/>
<id>urn:sha1:26740a8d583f64dc0a27b59dd4ae303056972c0b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>interfaces: T6519: harden config migration if ethernet interface is missing</title>
<updated>2024-06-26T13:39:10+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-06-26T13:35:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=e47d4fd385631236da6882233b09f6364cbb077b'/>
<id>urn:sha1:e47d4fd385631236da6882233b09f6364cbb077b</id>
<content type='text'>
During a corner case where the configuration is migrated to a different system
with fewer ethernet interfaces, migration will fail during an image upgrade.

vyos.ethtool.Ethtool() is instantiated with an invalid interface leading to an
exception that kills the migrator
</content>
</entry>
</feed>
