Development discussion of WireGuard
 help / color / mirror / Atom feed
From: Joshua Sjoding <joshua.sjoding@scjalliance.com>
To: "Jason A. Donenfeld" <Jason@zx2c4.com>
Cc: WireGuard mailing list <wireguard@lists.zx2c4.com>
Subject: Re: WireGuard for Windows failed to start after update to v0.2.1
Date: Tue, 17 Nov 2020 13:19:50 -0800	[thread overview]
Message-ID: <CALaUSuuzQhTcDE_b6PPf=fXuOjbmVf7Tgzdz9DbWMxCJ8-2WUQ@mail.gmail.com> (raw)
In-Reply-To: <CAHmME9oeZc7cruN2fayu+F+8BO0RiwGuA+dqzQRr5spnvhY6GA@mail.gmail.com>

I think they're separate issues both related to the new version, which
is why I opted to send in separate emails. The other email is about an
issue first encountered on two other computers within the company.

In my case I was able to get WireGuard working again. Here's what happened:

1. I manually started the WireGuard desktop app. It immediately
prompted for elevated privileges, which is atypical. I provided it
with administrative credentials.
2. The WireGuard desktop app launched, but lacked any of my configured
tunnels and still was prompting me to upgrade. I see that there's a
config data migration recorded in the log, so my guess is that
WireGuard was still running the old executable and didn't know to look
for the configuration data in the new location yet.
3. I told WireGuard to run the updater again and this time it went through fine.
4. When WireGuard came back up it had the tunnel configuration again.
The tunnel was left in a shut off state, even though it was on prior
to the first upgrade attempt. I switched the tunnel back on and it
seems to be working fine now.

I got my own tunnel back in a working condition easily enough, but
we'll need to be cautious as we upgrade our WireGuard clients across
the company. We have over 100 installations of WireGuard for Windows,
so we'll see what sort of success rate we get.

On Tue, Nov 17, 2020 at 12:59 PM Jason A. Donenfeld <Jason@zx2c4.com> wrote:
>
> Hi Joshua,
>
> Does your subsequent email obsolete this one? Trying to keep track of what's up.
>
> Jason

  reply	other threads:[~2020-11-17 21:20 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-17 17:46 Joshua Sjoding
2020-11-17 20:59 ` Jason A. Donenfeld
2020-11-17 21:19   ` Joshua Sjoding [this message]
2020-11-17 21:56     ` Jason A. Donenfeld
2020-11-17 22:03       ` Jason A. Donenfeld
2020-11-17 22:05         ` Jason A. Donenfeld
2020-11-17 22:46       ` Joshua Sjoding
2020-11-18  0:05         ` Jason A. Donenfeld
2020-11-18  0:42           ` Jason A. Donenfeld
2020-11-18 13:41             ` Jason A. Donenfeld
2020-11-19 19:39               ` Joshua Sjoding
2020-11-19 20:00                 ` Jason A. Donenfeld

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CALaUSuuzQhTcDE_b6PPf=fXuOjbmVf7Tgzdz9DbWMxCJ8-2WUQ@mail.gmail.com' \
    --to=joshua.sjoding@scjalliance.com \
    --cc=Jason@zx2c4.com \
    --cc=wireguard@lists.zx2c4.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).