Changing vpn's error

Posted by Majorman747

Restart failed — settings were saved, but the media stack did not come back up cleanly. Gluetun log tail: 2026-07-26T11:41:12+08:00 INFO [vpn] 👉 See https://github.com/qdm12/gluetun-wiki/blob/main/faq/healthcheck.md 2026-07-26T11:41:12+08:00 INFO [vpn] DO NOT OPEN AN ISSUE UNLESS YOU HAVE READ AND TRIED EVERY POSSIBLE SOLUTION 2026-07-26T11:41:12+08:00 INFO [vpn] stopping 2026-07-26T11:41:12+08:00 INFO [vpn] starting 2026-07-26T11:41:12+08:00 INFO [firewall] allowing VPN connection... 2026-07-26T11:41:12+08:00 INFO [wireguard] Using available kernelspace implementation 2026-07-26T11:41:12+08:00 INFO [wireguard] Connecting to 151.240.33.18:51820 2026-07-26T11:41:12+08:00 INFO [wireguard] Wireguard setup is complete. Note Wireguard is a silent protocol and it may or may not work, without giving any error message. Typically i/o timeout errors indicate the Wireguard connection is not working

2 replies

Chris wrote:

Nothing on your box is broken here, and your media is untouched. Your settings saved fine, the VPN app is just stuck retrying, and the other media apps sit and wait for it. That log is the useful bit: WireGuard sets itself up, then gets nothing back from the server, so it gives up and starts over. Right after a VPN change that is nearly always the private key and the Address not coming from the same place. Every provider hands out its own Address (Surfshark 10.14.0.2/16, ProtonVPN 10.2.0.2/32, Mullvad 10.64.0.2/32), so an old one left behind connects but never carries any traffic. Go back to your provider's WireGuard setup page, generate a fresh key pair, and copy the Private key and the Address into SparkBox together, not one without the other. Which provider did you move to? And the single line just above the 'See https://...healthcheck.md' one names the real reason it gave up, so paste that as well.

Chris wrote:

Ignore that question — Tom found the real cause today, and it was never your keys. Two things were working against you. Saving a VPN change from the dashboard silently wiped a hand-set MTU back to the default, so your edits never actually reached the tunnel. And a stray space in the Cities box made gluetun discard every city after the first and refuse to start. Both are fixed in v1.6.443, which also replaces that raw log tail with a plain-English reason. To get it: sudo sparkbox upgrade Note it is upgrade, not update — update only refreshes app images. Your MTU number is in your other thread.