<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/interface-definitions/include/constraint, branch T6732-reusable-build-image</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=T6732-reusable-build-image</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=T6732-reusable-build-image'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2024-04-09T16:50:36+00:00</updated>
<entry>
<title>T6214: T6213: change constraint &lt;alpha-numeric-hyphen-underscore-dot.xml.i&gt; in order to not allow string starting with dot character; use such constraint in firewall group definitions.</title>
<updated>2024-04-09T16:50:36+00:00</updated>
<author>
<name>Nicolas Fort</name>
<email>nicolasfort1988@gmail.com</email>
</author>
<published>2024-04-09T11:02:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c455a1f71674300b8a74863ddfe6e551fe8fd252'/>
<id>urn:sha1:c455a1f71674300b8a74863ddfe6e551fe8fd252</id>
<content type='text'>
</content>
</entry>
<entry>
<title>xml: T5738: extend VRF building blocks with common constraint definition</title>
<updated>2024-04-01T18:27:24+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-04-01T18:27:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=32d6a693de99021d2cd44fb4235e929caf7b4a6d'/>
<id>urn:sha1:32d6a693de99021d2cd44fb4235e929caf7b4a6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>xml: T5738: use common constraint include for container network</title>
<updated>2024-03-24T19:30:33+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-03-24T19:30:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=6be463fcca574e051420ae7549bed72e74486470'/>
<id>urn:sha1:6be463fcca574e051420ae7549bed72e74486470</id>
<content type='text'>
</content>
</entry>
<entry>
<title>dhcp-client: T6093: extend regex for client class-id's with DOT</title>
<updated>2024-03-10T19:06:42+00:00</updated>
<author>
<name>Lucas</name>
<email>pinheirolucas@pm.me</email>
</author>
<published>2024-03-10T18:02:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c8670ae7941a8bac31e2174d4c6426b47272bfcc'/>
<id>urn:sha1:c8670ae7941a8bac31e2174d4c6426b47272bfcc</id>
<content type='text'>
The regex used is not working if the string contains dots.

Originally authored by: Lucas &lt;pinheirolucas@pm.me&gt;
</content>
</entry>
<entry>
<title>pki: T5886: add support for ACME protocol (LetsEncrypt)</title>
<updated>2024-01-06T07:33:33+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-01-05T21:27:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=b8db1a9d7baf91b70c1b735e58710f1e2bc9fc7a'/>
<id>urn:sha1:b8db1a9d7baf91b70c1b735e58710f1e2bc9fc7a</id>
<content type='text'>
The "idea" of this PR is to add new CLI nodes under the pki subsystem to
activate ACME for any given certificate.

vyos@vyos# set pki certificate NAME acme
Possible completions:
+  domain-name          Domain Name
   email                Email address to associate with certificate
   listen-address       Local IPv4 addresses to listen on
   rsa-key-size         Size of the RSA key (default: 2048)
   url                  Remote URL (default:
                        https://acme-v02.api.letsencrypt.org/directory)

Users choose if the CLI based custom certificates are used
  set pki certificate EXAMPLE acme certificate &lt;base64&gt;
or if it should be generated via ACME.

The ACME server URL defaults to LetsEncrypt but can be changed to their staging
API for testing to not get blacklisted.
  set pki certificate EXAMPLE acme url https://acme-staging-v02.api.letsencrypt.org/directory

Certificate retrieval has a certbot --dry-run stage in verify() to see if it
can be generated.

After successful generation, the certificate is stored in under
/config/auth/letsencrypt. Once a certificate is referenced in the CLI (e.g. set
interfaces ethernet eth0 eapol certificate EXAMPLE) we call
vyos.config.get_config_dict() which will (if with_pki=True is set) blend in the
base64 encoded certificate into the JSON data structure normally used when
using a certificate set by the CLI.

Using this "design" does not need any change to any other code referencing the
PKI system, as the base64 encoded certificate is already there.

certbot renewal will call the PKI python script to trigger dependency updates.
</content>
</entry>
<entry>
<title>xml: T5738: add constraint building block with alphanumeric, hypen, underscore and dot</title>
<updated>2024-01-03T16:22:59+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-01-03T16:20:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=82b4b2db8fda51df172210f470e5825b91e81de4'/>
<id>urn:sha1:82b4b2db8fda51df172210f470e5825b91e81de4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>configverify: T5880: raise exception if interfaces sourced form dynamic interfaces</title>
<updated>2024-01-01T00:01:25+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-12-31T10:21:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=5062f5d313548d6ebb9c07fee6b6d6be25b8f8f0'/>
<id>urn:sha1:5062f5d313548d6ebb9c07fee6b6d6be25b8f8f0</id>
<content type='text'>
Interfaces matching the following regex (ppp|pppoe|sstpc|l2tp|ipoe)[0-9]+ can
not be used as source-interface for e.g. a tunnel.

The main reason is that these are dynamic interfaces which come and go from a
kernel point of view, thus it's not possible to bind an interface to them.
</content>
</entry>
<entry>
<title>bgp: T591: add SRv6 support from FRR</title>
<updated>2023-12-11T17:21:26+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-12-10T20:12:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=af46fe54e56cf85d13b62ee771bec3d80f225ac5'/>
<id>urn:sha1:af46fe54e56cf85d13b62ee771bec3d80f225ac5</id>
<content type='text'>
set protocols bgp sid vpn per-vrf export '99'
set protocols bgp srv6 locator 'foo'
set protocols bgp system-as '100'

Will generate in FRR config

router bgp 100
 no bgp ebgp-requires-policy
 no bgp default ipv4-unicast
 no bgp network import-check
 !
 segment-routing srv6
  locator foo
 exit
 sid vpn per-vrf export 99
exit
</content>
</entry>
<entry>
<title>git: T5803: Adjust git configuration for baseline defaults</title>
<updated>2023-12-08T19:26:26+00:00</updated>
<author>
<name>Indrajit Raychaudhuri</name>
<email>irc@indrajit.com</email>
</author>
<published>2023-12-05T22:30:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=c30002208d392177cb1ffc1a5c714f7ad6d573b6'/>
<id>urn:sha1:c30002208d392177cb1ffc1a5c714f7ad6d573b6</id>
<content type='text'>
Apply baseline defaults for `.gitattributes` and `.vscode/settings.json`
for improved developer experience.

The `.gitattrbutes` settings are based on:
Git documentation (https://git-scm.com/docs/gitattributes#_effects)
GitHub documentation (https://docs.github.com/en/get-started/getting-started-with-git/configuring-git-to-handle-line-endings)
Community templates (https://github.com/gitattributes/gitattributes)

Since editor-agnostic line-ending specific settings are applied to
`.gitattributes`, they can be removed from `.vscode/settings.json`.
The global VSCode defaults have also been removed to avoid duplication.
</content>
</entry>
<entry>
<title>dhcp-client: T5760: add constraints for dhclient string options</title>
<updated>2023-11-19T20:43:15+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-11-19T20:43:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=bed1cd01904ef89b5d31bd47de0f230214900f16'/>
<id>urn:sha1:bed1cd01904ef89b5d31bd47de0f230214900f16</id>
<content type='text'>
The string data type specifies either an NVT ASCII string enclosed in double
quotes, or a series of octets specified in hexadecimal, separated by colons.

For example:

set interfaces ethernet eth0 dhcp-options client-id CLIENT-FOO
or
set interfaces ethernet eth0 dhcp-options client-id 43:4c:49:45:54:2d:46:4f:4f

As of now there was no input validation performed.
</content>
</entry>
</feed>
