WireGuard Archive on lore.kernel.org
 help / color / Atom feed
From: Peter Selc <peter.selc@gmail.com>
To: "Jason A. Donenfeld" <Jason@zx2c4.com>
Cc: WireGuard mailing list <wireguard@lists.zx2c4.com>
Subject: Re: After win2019 server reboot, Wireguard tunnel doesn't start
Date: Fri, 14 Feb 2020 07:07:05 +0000
Message-ID: <CAPDdT2ztKwCpUq+FdpzrKVSmBMnCZdO0qg2hudytK_Nt_Swtvg@mail.gmail.com> (raw)
In-Reply-To: <CAPDdT2x2B-O+ga7_tvTjYLz-wyG-PyAaRRPXedo7moBfnBG4xA@mail.gmail.com>

[-- Attachment #1.1: Type: text/plain, Size: 12907 bytes --]

Hello,

bellow is another occurance of the bug. At 17:19 server was rebooted
because of updates.

The process C:\windows\system32\svchost.exe (bserver) has initiated the
restart of computer bserver on behalf of user NT AUTHORITY\SYSTEM for the
following reason: Operating System: Service pack (Planned)
 Reason Code: 0x80020010
 Shutdown Type: restart
 Comment:

2020-02-11 14:13:29.084361: [TUN] [Server] peer(SuXT…9iko) - Sending
keepalive packet
2020-02-11 14:13:39.080286: [TUN] [Server] peer(SuXT…9iko) - Receiving
keepalive packet
2020-02-11 14:13:39.085654: [TUN] [Server] peer(SuXT…9iko) - Sending
keepalive packet
2020-02-11 14:22:18.562874: [TUN] [Server] peer(SuXT…9iko) - Removing all
keys, since we haven't received a new one in 540 seconds
2020-02-12 17:19:00.295842: [MGR] Exited UI process for user
'admin_user@bserver' for session 2 with status 40010004
2020-02-12 17:19:01.351433: [MGR] Starting UI process for user
‘admin_user@bserver’ for session 2
2020-02-12 17:19:02.508881: [MGR] Exited UI process for user
'admin_user@bserver' for session 2 with status c000026b
2020-02-12 17:20:46.494769: [TUN] [Server] Device closing
2020-02-12 17:20:46.532011: [TUN] [Server] Routine: TUN reader - stopped
2020-02-12 17:20:46.574511: [TUN] [Server] Routine: event worker - stopped
2020-02-12 17:20:46.579359: [TUN] [Server] Routine: receive incoming IPv4 -
stopped
2020-02-12 17:20:46.626363: [TUN] [Server] Routine: receive incoming IPv6 -
stopped
2020-02-12 17:20:46.627376: [TUN] [Server] peer(SuXT…9iko) - Stopping...
2020-02-12 17:20:46.627376: [TUN] [Server] peer(SuXT…9iko) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.628361: [TUN] [Server] peer(SuXT…9iko) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.629361: [TUN] [Server] Routine: encryption worker -
stopped
2020-02-12 17:20:46.630362: [TUN] [Server] Routine: decryption worker -
stopped
2020-02-12 17:20:46.630362: [TUN] [Server] Routine: decryption worker -
stopped
2020-02-12 17:20:46.630362: [TUN] [Server] Routine: handshake worker -
stopped
2020-02-12 17:20:46.631382: [TUN] [Server] Routine: handshake worker -
stopped
2020-02-12 17:20:46.631382: [TUN] [Server] Routine: encryption worker -
stopped
2020-02-12 17:20:46.631382: [TUN] [Server] peer(SuXT…9iko) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.631382: [TUN] [Server] peer(CbnY…MhkI) - Stopping...
2020-02-12 17:20:46.632362: [TUN] [Server] peer(CbnY…MhkI) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.633361: [TUN] [Server] peer(CbnY…MhkI) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.633361: [TUN] [Server] peer(CbnY…MhkI) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.633361: [TUN] [Server] peer(JRsL…401s) - Stopping...
2020-02-12 17:20:46.633361: [TUN] [Server] peer(JRsL…401s) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.634362: [TUN] [Server] peer(JRsL…401s) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.634362: [TUN] [Server] peer(JRsL…401s) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Stopping...
2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.636367: [TUN] [Server] peer(nLK/…f3mE) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.636367: [TUN] [Server] peer(1WB6…G/xk) - Stopping...
2020-02-12 17:20:46.636367: [TUN] [Server] peer(1WB6…G/xk) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.637416: [TUN] [Server] peer(1WB6…G/xk) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.638361: [TUN] [Server] peer(1WB6…G/xk) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.638361: [TUN] [Server] peer(akUl…uaHM) - Stopping...
2020-02-12 17:20:46.639378: [TUN] [Server] peer(akUl…uaHM) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.639378: [TUN] [Server] peer(akUl…uaHM) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.640362: [TUN] [Server] peer(akUl…uaHM) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.640362: [TUN] [Server] peer(UUvS…DwEo) - Stopping...
2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine:
sequential receiver - stopped
2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine:
sequential sender - stopped
2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine: nonce
worker - stopped
2020-02-12 17:20:46.641361: [TUN] [Server] Interface closed
2020-02-12 17:20:46.642361: [TUN] [Server] Shutting down
2020-02-12 17:21:56.974077: [TUN] [Server] Starting WireGuard/0.0.38
(Windows Server 10.0.17763; amd64)
2020-02-12 17:21:56.974077: [MGR] Starting WireGuard/0.0.38 (Windows Server
10.0.17763; amd64)
2020-02-12 17:21:57.199444: [TUN] [Server] SCM locked for 24s by .\NT
Service Control Manager, marking service as started
2020-02-12 17:21:57.203451: [TUN] [Server] Watching network interfaces
2020-02-12 17:21:57.223553: [TUN] [Server] Resolving DNS names
2020-02-12 17:21:57.272618: [TUN] [Server] Creating Wintun interface
2020-02-12 17:22:01.919561: [TUN] [Server] Unable to create Wintun
interface: Error creating interface:
SetupDiCallClassInstaller(DIF_REGISTERDEVICE) failed: winapi error
#3758096907
2020-02-12 17:22:01.920550: [TUN] [Server] Shutting down
2020-02-12 17:22:07.294542: [MGR] Removing Wintun interface ‘Local Area
Connection’ because determining tunnel service name failed: Tunnel name is
not valid
2020-02-14 07:56:43.399005: [MGR] Starting UI process for user
‘admin_user@bserver’ for session 2

Thanks,
Peter

On Sun, 26 Jan 2020 at 19:15, Peter Selc <peter.selc@gmail.com> wrote:

> After normal server reboot (manual), the tunnel comes up automatically.
> In past it happened several times, that suddenly clients were not able to
> connect, I thought it was a bug and would be solved in next version, so I
> didn't pay much attention to it.
> Just after the recent incident, It happened to be right after the reboot
> caused by windows updates and I started looking into the logs.
>
> The last updates were:
> - 2020-01 Cumulative Update for .NET
> - 2020-01 Cumulative update for window server 2019 (1809)
> - Windows malicious software removal tool x64 - january 2020
>
> I will watch more closely and collect logs by the next occurrence.
>
> Thanks
> Peter
>
> On Sun, 26 Jan 2020 at 10:57, Jason A. Donenfeld <Jason@zx2c4.com> wrote:
>
>> Thanks for the report. Is this reproducible every time you reboot your
>> system, or only that one time after Windows Update?
>>
>> If the latter, do you have a list of what was being updated?
>>
>> Thanks,
>> Jason
>>
>> On Wed, Jan 22, 2020, 20:51 Peter Selc <peter.selc@gmail.com> wrote:
>>
>>> Hello all,
>>>
>>> I'm running version 0.0.38 on Windows 2019 server. Admin user logs in,
>>> starts the tunnel via GUI, disconnects from RDP session. Clients can
>>> connect.
>>>
>>> After the server is rebooted (windows updates), the tunnel doesn't come
>>> up automatically as it should, error is:
>>>
>>> 2020-01-15 15:00:56.197: [TUN] [Server] peer(SuXT…9iko) - Sending
>>> keepalive packet
>>> 2020-01-15 15:01:06.198: [TUN] [Server] peer(SuXT…9iko) - Sending
>>> keepalive packet
>>> 2020-01-15 15:01:31.236: [TUN] [Server] peer(SuXT…9iko) - Receiving
>>> keepalive packet
>>> 2020-01-15 15:01:49.729: [TUN] [Server] peer(SuXT…9iko) - Sending
>>> keepalive packet
>>> 2020-01-15 15:09:43.727: [TUN] [Server] peer(SuXT…9iko) - Removing all
>>> keys, since we haven't received a new one in 540 seconds
>>>
>>> -- reboot happens here--
>>>
>>> 2020-01-15 17:19:00.356: [MGR] Exited UI process for user
>>> 'admin_user@winserver' for session 2 with status 40010004
>>> 2020-01-15 17:19:01.417: [MGR] Starting UI process for user
>>> ‘admin_user@winserver’ for session 2
>>> 2020-01-15 17:19:02.350: [MGR] Exited UI process for user
>>> 'admin_user@winserver' for session 2 with status 1
>>> 2020-01-15 17:19:46.142: [TUN] [Server] Device closing
>>> 2020-01-15 17:19:46.146: [TUN] [Server] Routine: TUN reader - stopped
>>> 2020-01-15 17:19:46.217: [TUN] [Server] Routine: event worker - stopped
>>> 2020-01-15 17:19:46.222: [TUN] [Server] Routine: receive incoming IPv4 -
>>> stopped
>>> 2020-01-15 17:19:46.223: [TUN] [Server] Routine: receive incoming IPv6 -
>>> stopped
>>> 2020-01-15 17:19:46.223: [TUN] [Server] Routine: decryption worker -
>>> stopped
>>> 2020-01-15 17:19:46.224: [TUN] [Server] peer(1WB6…G/xk) - Stopping...
>>> 2020-01-15 17:19:46.224: [TUN] [Server] peer(1WB6…G/xk) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.225: [TUN] [Server] peer(1WB6…G/xk) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.225: [TUN] [Server] Routine: encryption worker -
>>> stopped
>>> 2020-01-15 17:19:46.225: [TUN] [Server] Routine: handshake worker -
>>> stopped
>>> 2020-01-15 17:19:46.226: [TUN] [Server] Routine: encryption worker -
>>> stopped
>>> 2020-01-15 17:19:46.228: [TUN] [Server] Routine: decryption worker -
>>> stopped
>>> 2020-01-15 17:19:46.228: [TUN] [Server] Routine: handshake worker -
>>> stopped
>>> 2020-01-15 17:19:46.229: [TUN] [Server] peer(1WB6…G/xk) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.229: [TUN] [Server] peer(akUl…uaHM) - Stopping...
>>> 2020-01-15 17:19:46.230: [TUN] [Server] peer(akUl…uaHM) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.268: [TUN] [Server] peer(akUl…uaHM) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.280: [TUN] [Server] peer(akUl…uaHM) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.319: [TUN] [Server] peer(UUvS…DwEo) - Stopping...
>>> 2020-01-15 17:19:46.321: [TUN] [Server] peer(UUvS…DwEo) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.321: [TUN] [Server] peer(UUvS…DwEo) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.322: [TUN] [Server] peer(UUvS…DwEo) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.322: [TUN] [Server] peer(SuXT…9iko) - Stopping...
>>> 2020-01-15 17:19:46.322: [TUN] [Server] peer(SuXT…9iko) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.323: [TUN] [Server] peer(SuXT…9iko) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.323: [TUN] [Server] peer(SuXT…9iko) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.324: [TUN] [Server] peer(JRsL…401s) - Stopping...
>>> 2020-01-15 17:19:46.325: [TUN] [Server] peer(JRsL…401s) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.325: [TUN] [Server] peer(JRsL…401s) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.326: [TUN] [Server] peer(JRsL…401s) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.326: [TUN] [Server] peer(mWrq…/Xnc) - Stopping...
>>> 2020-01-15 17:19:46.327: [TUN] [Server] peer(mWrq…/Xnc) - Routine:
>>> sequential receiver - stopped
>>> 2020-01-15 17:19:46.327: [TUN] [Server] peer(mWrq…/Xnc) - Routine:
>>> sequential sender - stopped
>>> 2020-01-15 17:19:46.328: [TUN] [Server] peer(mWrq…/Xnc) - Routine: nonce
>>> worker - stopped
>>> 2020-01-15 17:19:46.328: [TUN] [Server] Interface closed
>>> 2020-01-15 17:19:46.328: [TUN] [Server] Shutting down
>>> 2020-01-15 17:21:00.637: [MGR] Starting WireGuard/0.0.38 (Windows Server
>>> 10.0.17763; amd64)
>>> 2020-01-15 17:21:00.637: [TUN] [Server] Starting WireGuard/0.0.38
>>> (Windows Server 10.0.17763; amd64)
>>> 2020-01-15 17:21:00.760: [TUN] [Server] SCM locked for 27s by .\NT
>>> Service Control Manager, marking service as started
>>> 2020-01-15 17:21:00.784: [TUN] [Server] Watching network interfaces
>>> 2020-01-15 17:21:00.837: [TUN] [Server] Resolving DNS names
>>> 2020-01-15 17:21:01.033: [TUN] [Server] Creating Wintun interface
>>> 2020-01-15 17:21:08.159: [TUN] [Server] Unable to create Wintun
>>> interface: Error creating interface:
>>> SetupDiCallClassInstaller(DIF_REGISTERDEVICE) failed: winapi error
>>> #3758096907
>>> 2020-01-15 17:21:08.207: [TUN] [Server] Shutting down
>>> 2020-01-15 17:21:11.161: [MGR] Removing Wintun interface ‘Local Area
>>> Connection’ because determining tunnel service name failed: Tunnel name is
>>> not valid
>>>
>>> Is this some known behaviour with a known fix, or not supported yet?
>>> Many thanks,
>>>
>>> Peter
>>> _______________________________________________
>>> WireGuard mailing list
>>> WireGuard@lists.zx2c4.com
>>> https://lists.zx2c4.com/mailman/listinfo/wireguard
>>>
>>

[-- Attachment #1.2: Type: text/html, Size: 14186 bytes --]

<div dir="ltr"><div dir="ltr"><div>Hello,</div><div><br></div><div>bellow is another occurance of the bug. At 17:19 server was rebooted because of updates.<br></div><div><br></div><div>The process C:\windows\system32\svchost.exe (bserver) has initiated the restart of computer bserver on behalf of user NT AUTHORITY\SYSTEM for the following reason: Operating System: Service pack (Planned)<br> Reason Code: 0x80020010<br> Shutdown Type: restart<br> Comment: </div><div><br></div><div>2020-02-11 14:13:29.084361: [TUN] [Server] peer(SuXT…9iko) - Sending keepalive packet<br>2020-02-11 14:13:39.080286: [TUN] [Server] peer(SuXT…9iko) - Receiving keepalive packet<br>2020-02-11 14:13:39.085654: [TUN] [Server] peer(SuXT…9iko) - Sending keepalive packet<br>2020-02-11 14:22:18.562874: [TUN] [Server] peer(SuXT…9iko) - Removing all keys, since we haven&#39;t received a new one in 540 seconds<br>2020-02-12 17:19:00.295842: [MGR] Exited UI process for user &#39;admin_user@bserver&#39; for session 2 with status 40010004<br>2020-02-12 17:19:01.351433: [MGR] Starting UI process for user ‘admin_user@bserver’ for session 2<br>2020-02-12 17:19:02.508881: [MGR] Exited UI process for user &#39;admin_user@bserver&#39; for session 2 with status c000026b<br>2020-02-12 17:20:46.494769: [TUN] [Server] Device closing<br>2020-02-12 17:20:46.532011: [TUN] [Server] Routine: TUN reader - stopped<br>2020-02-12 17:20:46.574511: [TUN] [Server] Routine: event worker - stopped<br>2020-02-12 17:20:46.579359: [TUN] [Server] Routine: receive incoming IPv4 - stopped<br>2020-02-12 17:20:46.626363: [TUN] [Server] Routine: receive incoming IPv6 - stopped<br>2020-02-12 17:20:46.627376: [TUN] [Server] peer(SuXT…9iko) - Stopping...<br>2020-02-12 17:20:46.627376: [TUN] [Server] peer(SuXT…9iko) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.628361: [TUN] [Server] peer(SuXT…9iko) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.629361: [TUN] [Server] Routine: encryption worker - stopped<br>2020-02-12 17:20:46.630362: [TUN] [Server] Routine: decryption worker - stopped<br>2020-02-12 17:20:46.630362: [TUN] [Server] Routine: decryption worker - stopped<br>2020-02-12 17:20:46.630362: [TUN] [Server] Routine: handshake worker - stopped<br>2020-02-12 17:20:46.631382: [TUN] [Server] Routine: handshake worker - stopped<br>2020-02-12 17:20:46.631382: [TUN] [Server] Routine: encryption worker - stopped<br>2020-02-12 17:20:46.631382: [TUN] [Server] peer(SuXT…9iko) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.631382: [TUN] [Server] peer(CbnY…MhkI) - Stopping...<br>2020-02-12 17:20:46.632362: [TUN] [Server] peer(CbnY…MhkI) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.633361: [TUN] [Server] peer(CbnY…MhkI) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.633361: [TUN] [Server] peer(CbnY…MhkI) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.633361: [TUN] [Server] peer(JRsL…401s) - Stopping...<br>2020-02-12 17:20:46.633361: [TUN] [Server] peer(JRsL…401s) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.634362: [TUN] [Server] peer(JRsL…401s) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.634362: [TUN] [Server] peer(JRsL…401s) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Stopping...<br>2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.635445: [TUN] [Server] peer(nLK/…f3mE) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.636367: [TUN] [Server] peer(nLK/…f3mE) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.636367: [TUN] [Server] peer(1WB6…G/xk) - Stopping...<br>2020-02-12 17:20:46.636367: [TUN] [Server] peer(1WB6…G/xk) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.637416: [TUN] [Server] peer(1WB6…G/xk) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.638361: [TUN] [Server] peer(1WB6…G/xk) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.638361: [TUN] [Server] peer(akUl…uaHM) - Stopping...<br>2020-02-12 17:20:46.639378: [TUN] [Server] peer(akUl…uaHM) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.639378: [TUN] [Server] peer(akUl…uaHM) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.640362: [TUN] [Server] peer(akUl…uaHM) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.640362: [TUN] [Server] peer(UUvS…DwEo) - Stopping...<br>2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine: sequential receiver - stopped<br>2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine: sequential sender - stopped<br>2020-02-12 17:20:46.641361: [TUN] [Server] peer(UUvS…DwEo) - Routine: nonce worker - stopped<br>2020-02-12 17:20:46.641361: [TUN] [Server] Interface closed<br>2020-02-12 17:20:46.642361: [TUN] [Server] Shutting down<br>2020-02-12 17:21:56.974077: [TUN] [Server] Starting WireGuard/0.0.38 (Windows Server 10.0.17763; amd64)<br>2020-02-12 17:21:56.974077: [MGR] Starting WireGuard/0.0.38 (Windows Server 10.0.17763; amd64)<br>2020-02-12 17:21:57.199444: [TUN] [Server] SCM locked for 24s by .\NT Service Control Manager, marking service as started<br>2020-02-12 17:21:57.203451: [TUN] [Server] Watching network interfaces<br>2020-02-12 17:21:57.223553: [TUN] [Server] Resolving DNS names<br>2020-02-12 17:21:57.272618: [TUN] [Server] Creating Wintun interface<br>2020-02-12 17:22:01.919561: [TUN] [Server] Unable to create Wintun interface: Error creating interface: SetupDiCallClassInstaller(DIF_REGISTERDEVICE) failed: winapi error #3758096907<br>2020-02-12 17:22:01.920550: [TUN] [Server] Shutting down<br>2020-02-12 17:22:07.294542: [MGR] Removing Wintun interface ‘Local Area Connection’ because determining tunnel service name failed: Tunnel name is not valid<br>2020-02-14 07:56:43.399005: [MGR] Starting UI process for user ‘admin_user@bserver’ for session 2</div><div><br></div><div>Thanks,<br></div><div>Peter<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 26 Jan 2020 at 19:15, Peter Selc &lt;<a href="mailto:peter.selc@gmail.com">peter.selc@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>After normal server reboot (manual), the tunnel comes up automatically.</div><div>In past it happened several times, that suddenly clients were not able to connect, I thought it was a bug and would be solved in next version, so I didn&#39;t pay much attention to it. <br></div><div>Just after the recent incident, It happened to be right after the reboot caused by windows updates and I started looking into the logs.<br></div><div><br></div><div>The last updates were:</div><div>- 2020-01 Cumulative Update for .NET</div><div>- 2020-01 Cumulative update for window server 2019 (1809)</div><div>- Windows malicious software removal tool x64 - january 2020<br></div><div><br></div><div>I will watch more closely and collect logs by the next occurrence.</div><div><br></div><div>Thanks</div><div>Peter<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 26 Jan 2020 at 10:57, Jason A. Donenfeld &lt;<a href="mailto:Jason@zx2c4.com" target="_blank">Jason@zx2c4.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Thanks for the report. Is this reproducible every time you reboot your system, or only that one time after Windows Update?<div dir="auto"><br></div><div dir="auto">If the latter, do you have a list of what was being updated?</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Jason</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 22, 2020, 20:51 Peter Selc &lt;<a href="mailto:peter.selc@gmail.com" target="_blank">peter.selc@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello all,</div><div><br></div><div>I&#39;m running version 0.0.38 on Windows 2019 server. Admin user logs in, starts the tunnel via GUI, disconnects from RDP session. Clients can connect.</div><div><br></div><div>After the server is rebooted (windows updates), the tunnel doesn&#39;t come up automatically as it should, error is:</div><div><br></div><div>2020-01-15 15:00:56.197: [TUN] [Server] peer(SuXT…9iko) - Sending keepalive packet<br>2020-01-15 15:01:06.198: [TUN] [Server] peer(SuXT…9iko) - Sending keepalive packet<br>2020-01-15 15:01:31.236: [TUN] [Server] peer(SuXT…9iko) - Receiving keepalive packet<br>2020-01-15 15:01:49.729: [TUN] [Server] peer(SuXT…9iko) - Sending keepalive packet<br>2020-01-15 15:09:43.727: [TUN] [Server] peer(SuXT…9iko) - Removing all keys, since we haven&#39;t received a new one in 540 seconds<br><br>-- reboot happens here--<br><br>2020-01-15 17:19:00.356: [MGR] Exited UI process for user &#39;admin_user@winserver&#39; for session 2 with status 40010004<br>2020-01-15 17:19:01.417: [MGR] Starting UI process for user ‘admin_user@winserver’ for session 2<br>2020-01-15 17:19:02.350: [MGR] Exited UI process for user &#39;admin_user@winserver&#39; for session 2 with status 1<br>2020-01-15 17:19:46.142: [TUN] [Server] Device closing<br>2020-01-15 17:19:46.146: [TUN] [Server] Routine: TUN reader - stopped<br>2020-01-15 17:19:46.217: [TUN] [Server] Routine: event worker - stopped<br>2020-01-15 17:19:46.222: [TUN] [Server] Routine: receive incoming IPv4 - stopped<br>2020-01-15 17:19:46.223: [TUN] [Server] Routine: receive incoming IPv6 - stopped<br>2020-01-15 17:19:46.223: [TUN] [Server] Routine: decryption worker - stopped<br>2020-01-15 17:19:46.224: [TUN] [Server] peer(1WB6…G/xk) - Stopping...<br>2020-01-15 17:19:46.224: [TUN] [Server] peer(1WB6…G/xk) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.225: [TUN] [Server] peer(1WB6…G/xk) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.225: [TUN] [Server] Routine: encryption worker - stopped<br>2020-01-15 17:19:46.225: [TUN] [Server] Routine: handshake worker - stopped<br>2020-01-15 17:19:46.226: [TUN] [Server] Routine: encryption worker - stopped<br>2020-01-15 17:19:46.228: [TUN] [Server] Routine: decryption worker - stopped<br>2020-01-15 17:19:46.228: [TUN] [Server] Routine: handshake worker - stopped<br>2020-01-15 17:19:46.229: [TUN] [Server] peer(1WB6…G/xk) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.229: [TUN] [Server] peer(akUl…uaHM) - Stopping...<br>2020-01-15 17:19:46.230: [TUN] [Server] peer(akUl…uaHM) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.268: [TUN] [Server] peer(akUl…uaHM) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.280: [TUN] [Server] peer(akUl…uaHM) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.319: [TUN] [Server] peer(UUvS…DwEo) - Stopping...<br>2020-01-15 17:19:46.321: [TUN] [Server] peer(UUvS…DwEo) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.321: [TUN] [Server] peer(UUvS…DwEo) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.322: [TUN] [Server] peer(UUvS…DwEo) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.322: [TUN] [Server] peer(SuXT…9iko) - Stopping...<br>2020-01-15 17:19:46.322: [TUN] [Server] peer(SuXT…9iko) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.323: [TUN] [Server] peer(SuXT…9iko) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.323: [TUN] [Server] peer(SuXT…9iko) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.324: [TUN] [Server] peer(JRsL…401s) - Stopping...<br>2020-01-15 17:19:46.325: [TUN] [Server] peer(JRsL…401s) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.325: [TUN] [Server] peer(JRsL…401s) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.326: [TUN] [Server] peer(JRsL…401s) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.326: [TUN] [Server] peer(mWrq…/Xnc) - Stopping...<br>2020-01-15 17:19:46.327: [TUN] [Server] peer(mWrq…/Xnc) - Routine: sequential receiver - stopped<br>2020-01-15 17:19:46.327: [TUN] [Server] peer(mWrq…/Xnc) - Routine: sequential sender - stopped<br>2020-01-15 17:19:46.328: [TUN] [Server] peer(mWrq…/Xnc) - Routine: nonce worker - stopped<br>2020-01-15 17:19:46.328: [TUN] [Server] Interface closed<br>2020-01-15 17:19:46.328: [TUN] [Server] Shutting down<br>2020-01-15 17:21:00.637: [MGR] Starting WireGuard/0.0.38 (Windows Server 10.0.17763; amd64)<br>2020-01-15 17:21:00.637: [TUN] [Server] Starting WireGuard/0.0.38 (Windows Server 10.0.17763; amd64)<br>2020-01-15 17:21:00.760: [TUN] [Server] SCM locked for 27s by .\NT Service Control Manager, marking service as started<br>2020-01-15 17:21:00.784: [TUN] [Server] Watching network interfaces<br>2020-01-15 17:21:00.837: [TUN] [Server] Resolving DNS names<br>2020-01-15 17:21:01.033: [TUN] [Server] Creating Wintun interface<br>2020-01-15 17:21:08.159: [TUN] [Server] Unable to create Wintun interface: Error creating interface: SetupDiCallClassInstaller(DIF_REGISTERDEVICE) failed: winapi error #3758096907<br>2020-01-15 17:21:08.207: [TUN] [Server] Shutting down<br>2020-01-15 17:21:11.161: [MGR] Removing Wintun interface ‘Local Area Connection’ because determining tunnel service name failed: Tunnel name is not valid</div><div><br></div><div>Is this some known behaviour with a known fix, or not supported yet?<br></div><div>Many thanks,</div><div><br></div><div>Peter<br></div></div>
_______________________________________________<br>
WireGuard mailing list<br>
<a href="mailto:WireGuard@lists.zx2c4.com" rel="noreferrer" target="_blank">WireGuard@lists.zx2c4.com</a><br>
<a href="https://lists.zx2c4.com/mailman/listinfo/wireguard" rel="noreferrer noreferrer" target="_blank">https://lists.zx2c4.com/mailman/listinfo/wireguard</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>

[-- Attachment #2: Type: text/plain, Size: 148 bytes --]

_______________________________________________
WireGuard mailing list
WireGuard@lists.zx2c4.com
https://lists.zx2c4.com/mailman/listinfo/wireguard

  reply index

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-16 19:39 Peter Selc
2020-01-26 10:57 ` Jason A. Donenfeld
2020-01-26 19:15   ` Peter Selc
2020-02-14  7:07     ` Peter Selc [this message]
2020-02-16  9:34       ` Simon Rozman

Reply instructions:

You may reply publically 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=CAPDdT2ztKwCpUq+FdpzrKVSmBMnCZdO0qg2hudytK_Nt_Swtvg@mail.gmail.com \
    --to=peter.selc@gmail.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

WireGuard Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/wireguard/0 wireguard/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 wireguard wireguard/ https://lore.kernel.org/wireguard \
		wireguard@lists.zx2c4.com
	public-inbox-index wireguard

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/com.zx2c4.lists.wireguard


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git