https://serversideup.net/generating-wireguard-qr-codes-for-fast-mobile-deployments/

@trystan Can you re-check it ?

Do we need "awscli" for it?

Fixed VyOS 1.4-rolling-202103251004

T3436

PR: https://github.com/vyos/vyos-1x/pull/791

PR https://github.com/vyos/vyos-1x/pull/790

PR: https://github.com/vyos/vyos-1x/pull/789

It was a broken image.

equuleus: https://github.com/vyos/vyos-1x/pull/788

bug fix PR: https://github.com/vyos/vyos-1x/pull/787

I will give it a try once the image is out. The latest right now is still showing 2021-03-23.

I put in a PR for this:

Draft PR linked below; it is a draft pending the addition of a supporting package (vyos-http-api-tools). All data validation for application/json requests is done implicitly using Pydantic models/validators; for multipart forms requests, all explicit validation has been moved out of the endpoint function bodies and into the middleware --- this is a pedantic block of code, but allows consolidation and review of all manual checks. An OpenAPI 3.0.2 schema is automatically generated and presented at server-name/docs (Swagger) and server-name/redoc (ReDoc version; slightly more pleasing to the eye).

Works fine for me as well, thanks.

T3333

PR https://github.com/vyos/vyatta-cfg-quagga/pull/72

Everything looks fine on a 1.3 ISO I just built from source:

Something's wrong with the filesystem; symlinks have been replaced by directories at the root:

Actually there is nothing that stops us from adding rules to netfilter referencing an interface that doesn't exist yet so this could be done at the time of interface and VRRP configuration rather than dynamically.

The problem with "ip" path

It gets DHCP address and removes it

Possible reason https://phabricator.vyos.net/rVYOSONEXff6afe62e801e570f6478decf2b4a813a5c0ee94
Need to check. T3300 T3392

This is an interesting use-case and will not work as of now.

Please try with the next rolling release - issue should be fixed

PR for saving configurations to /run/frr/{daemon}.conf
https://github.com/vyos/vyos-1x/pull/784

We have two problems here

• the execution here is yet not possible with vyos-configd
• also wihthout configd the routes are not always applied into FRR - still investigating

I can confirm:

In T3350#90321, @Viacheslav wrote:

Another solution it include "user" defined file for options
An example CLI

set interfaces openvpn vtun10 openvpn-option-include '/config/openvpn/included.conf'

diff --git a/data/templates/openvpn/server.conf.tmpl b/data/templates/openvpn/server.conf.tmpl
index 79288e40..bcc88c09 100644
--- a/data/templates/openvpn/server.conf.tmpl
+++ b/data/templates/openvpn/server.conf.tmpl
@@ -288,3 +288,8 @@ compat-names
 {%     endfor %}
 {%   endfor %}
 {% endif %}
+
+# Include file for configuration options
+{% if openvpn_option_include is defined and openvpn_option_include is not none %}
+config {{ openvpn_option_include }}
+{% endif %}
diff --git a/interface-definitions/interfaces-openvpn.xml.in b/interface-definitions/interfaces-openvpn.xml.in
index effbdd67..2cba59af 100644
--- a/interface-definitions/interfaces-openvpn.xml.in
+++ b/interface-definitions/interfaces-openvpn.xml.in
@@ -314,6 +314,14 @@
               <multi/>
             </properties>
           </leafNode>
+          <leafNode name="openvpn-option-include">
+            <properties>
+              <help>Additional OpenVPN file configuration. You must
+                use the syntax of openvpn.conf in this file. Using this
+                without proper knowledge may result in a crashed OpenVPN server.
+                Check system log to look for errors.</help>
+            </properties>
+          </leafNode>
           <leafNode name="persistent-tunnel">

Yes, I made mistake when adding the command to the ticket and I corrected it now. It should read:

Something wrong in your configuration

PR: https://github.com/vyos/vyos-1x/pull/783