checkuplink is running multiple times when connection is not available

[goligo]

In case the internet connection is not available, checkuplink tries to setup the tunnel again. When adding the wireguard peer, wireguard retries for about two minutes, to establish the tunnel, before it is giving up. As checkuplink is run once per minute, it will run up to three times in parallel. When the connection comes online again, all three will continue, causing all kind of strange setups, like multiple wireguard tunnels in parallel.

# ps w | grep checkuplink
30280 root      1104 S    /bin/sh /lib/gluon/gluon-mesh-wireguard-vxlan/checkuplink
30897 root      1104 S    /bin/sh /lib/gluon/gluon-mesh-wireguard-vxlan/checkuplink
31520 root      1104 S    /bin/sh /lib/gluon/gluon-mesh-wireguard-vxlan/checkuplink

Mon May 17 21:45:54 2021 daemon.err micrond[1772]: Try again: `gw06.ext.ffmuc.net:40008'. Trying again in 12.84 seconds...
Mon May 17 21:45:54 2021 daemon.err micrond[1772]: Try again: `gw06.ext.ffmuc.net:40008'. Trying again in 7.43 seconds...
Mon May 17 21:45:55 2021 daemon.err micrond[1772]: Try again: `gw07.ext.ffmuc.net:40008'. Trying again in 1.00 seconds...
Mon May 17 21:46:01 2021 daemon.err micrond[1772]: Try again: `gw07.ext.ffmuc.net:40008'. Trying again in 1.20 seconds...
Mon May 17 21:46:07 2021 daemon.err micrond[1772]: Try again: `gw06.ext.ffmuc.net:40008'. Trying again in 8.92 seconds...
Mon May 17 21:46:07 2021 daemon.err micrond[1772]: Try again: `gw07.ext.ffmuc.net:40008'. Trying again in 1.44 seconds...
Mon May 17 21:46:12 2021 daemon.err micrond[1772]: Try again: `gw06.ext.ffmuc.net:40008'
Mon May 17 21:46:14 2021 daemon.err micrond[1772]: Try again: `gw07.ext.ffmuc.net:40008'. Trying again in 1.73 seconds...

In case the setup is broken afterwards, the next run of checkuplink will usually fix it again.

[awlx]

Hopefully resolved via 932e76e