<div><div dir="auto">Erik, see here for a proposed fix.  No response from the WireGuard team yet. </div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><a href="https://lists.zx2c4.com/pipermail/wireguard/2019-January/003842.html">https://lists.zx2c4.com/pipermail/wireguard/2019-January/003842.html</a></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto">Recently I had a power outage and both my gateway and cable modem went offline. On power recovery both devices start up, but the gateway completes startup before the cable modem completes its protocol negotiations, so initially the external network (eth0) is not functional.  That comes online say one minute later and all is well.</div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto"><br></div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto">Except that all is not well.  Wireguard failed to start up because I have Endpoint=<a URL> instead of a IP address.  And because external interface is not live yet, DNS lookup fails and Wireguard does not gracefully handle it.  This is really important because Wireguard may be my only way into my local network.</div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto"><br></div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto">As work-around I replaced the URL with the IP address... but that is not a long term solution if the endpoint is not a static IP address.</div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto"><br></div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto">Wireguard needs to handle the situation where external network may not have stabilized at the time it starts up.  The above link proposed a fix. </div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto"><br></div><div class="gmail_default" style="font-size:17px;font-family:verdana,sans-serif" dir="auto">David</div></div></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 16, 2019 at 8:35 PM Eryk Wieliczko <eryk@wieliczko.ninja> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hello everyone!</div><div><br></div><div>If you use a DNS address as an endpoint and there is no internet connection, WireGuard will hang for two minutes and then exit with error.<br></div><div><br></div><div>IMO the expected behavior should be the same as in OpenVPN:<br></div><div>WireGuard starts immediately and patiently tries to resolve the DNS until it succeeds.<br></div><div><br></div><div>Thus, WireGuard should resolve the DNS just before connecting to the server. And just keep trying and trying without any timeouts.<br></div><div><br></div><div>I'd like to install WireGuard on technician's computers and there is no guarantee that they will start phone tethering within 2 minutes of starting their machine. OpenVPN would pass this scenario.<br></div><div><br></div><div>What do you think?<br></div>_______________________________________________<br>
WireGuard mailing list<br>
<a href="mailto:WireGuard@lists.zx2c4.com" target="_blank">WireGuard@lists.zx2c4.com</a><br>
<a href="https://lists.zx2c4.com/mailman/listinfo/wireguard" rel="noreferrer" target="_blank">https://lists.zx2c4.com/mailman/listinfo/wireguard</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">David Kerr
Sent from Gmail Mobile</div>