<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Good day, ladies and gentlemen!</p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p>I have been working on a NM plugin for wireguard as part of my
      thesis for quite a while, but somehow I've never really found the
      time to work on that (sorry about that!).</p>
    <p><b>Until recently.</b></p>
    <p>Since we have semester break in February, I have finally found
      the time (and motivation) to put some effort into this thing.</p>
    <p><br>
    </p>
    <p>So, I forked the OpenVPN plugin at some point and built my
      current solution on that foundation. This means that my plugin is
      actually pretty much pure C, so almost no dependencies (obviously,
      NM, WG and GLib stuff).</p>
    <p>After briefly talking to my supervisor about making the thing
      public (which he considered to be a pretty positive step), I
      uploaded it from our internal GitLab to GitHub:<a
        moz-do-not-send="true"
        href="https://github.com/max-moser/network-manager-wireguard/"><br>
        https://github.com/max-moser/network-manager-wireguard/</a></p>
    <p><br>
    </p>
    <p>The basic workflow of creating a NMConnection (either from
      scratch through the Connection-Editor UI, or by importing a
      wg-quick formatted conf file [export works too]) and connecting to
      it works.</p>
    <p>However, there are still a ton of issues open, of which I'll list
      just a few:</p>
    <p>* the plugin sets up the connection by spawning wg-quick on a
      temporary conf file instead of implementing that logic directly<br>
      * the Editor UI isn't quite top notch and there are two tabs (IPv4
      and IPv6) that I did not use, but also can't seem to get rid of<br>
      * internally, everything in the plugin is stored as data-item and
      not as secret<br>
      * etc.</p>
    <p><br>
    </p>
    <p>However, I think that most of those problems are not actually
      that huge and could be fixed without tremendous effort -- they are
      just many in number.</p>
    <p>So, if anybody would be interested in checking it out and maybe
      even contributing, I'd be very glad about that! :)<br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p>Best regards,</p>
    <p>Max<br>
    </p>
  </body>
</html>