amnezia-vpn/amnezia-client

Fork 0

mirror of https://github.com/amnezia-vpn/amnezia-client.git synced 2026-10-14 21:34:26 +00:00

[GH-ISSUE #3041] "Continue" button in the AmneziaWG 2.0 → 3.1 upgrade dialog does nothing #1398

New issue

Open

opened 2026-10-13 20:41:35 +00:00 by bsakaguchi · 3 comments

bsakaguchi commented

2026-10-13 20:41:35 +00:00

Owner

Originally created by @koster99-blip on GitHub (Aug 25, 2026).
Original GitHub issue: https://github.com/amnezia-vpn/amnezia-client/issues/3041

Problem:

In the desktop client (Windows, version 5.0.1.5), when opening a server that already has AmneziaWG (version 2) installed, a warning is shown recommending an upgrade to AmneziaWG 3.1 by installing a new container on the server. Going into "AmneziaWG server settings" brings up a "Save settings?" dialog, warning that all users the VPN configuration was shared with will no longer be able to connect, with "Continue" / "Cancel" buttons.

Clicking "Continue" does nothing: no loading indicator, no error message, the dialog just closes. Reopening the app shows the same warning again, meaning the upgrade clearly didn't happen.

What was checked on the server side:

Via SSH we confirmed the amnezia-awg2 container remains unchanged (same ID, same creation date, no recreation). No new Docker containers related to AWG 3.1 appear. The server's SSH login logs show no connection from the app at the moment "Continue" was clicked, meaning the client doesn't even seem to attempt contacting the server to perform the operation.

Meanwhile, other operations on the same server through the same SSH access (e.g. creating a new client) work fine, so it's not a permissions or connectivity issue.

Reproduced:

With an active VPN connection through another channel.
With no VPN at all (direct connection).
After a full app restart.

In all cases the result is the same: the dialog closes, nothing changes either in the app or on the server.

Request:

Please check the logic behind the "Continue" button in this dialog, and consider adding a progress indicator and a clear success/error message, so the user knows what's happening (or not happening) during the upgrade attempt.

Originally created by @koster99-blip on GitHub (Aug 25, 2026). Original GitHub issue: https://github.com/amnezia-vpn/amnezia-client/issues/3041 Problem: In the desktop client (Windows, version 5.0.1.5), when opening a server that already has AmneziaWG (version 2) installed, a warning is shown recommending an upgrade to AmneziaWG 3.1 by installing a new container on the server. Going into "AmneziaWG server settings" brings up a "Save settings?" dialog, warning that all users the VPN configuration was shared with will no longer be able to connect, with "Continue" / "Cancel" buttons. Clicking "Continue" does nothing: no loading indicator, no error message, the dialog just closes. Reopening the app shows the same warning again, meaning the upgrade clearly didn't happen. What was checked on the server side: Via SSH we confirmed the amnezia-awg2 container remains unchanged (same ID, same creation date, no recreation). No new Docker containers related to AWG 3.1 appear. The server's SSH login logs show no connection from the app at the moment "Continue" was clicked, meaning the client doesn't even seem to attempt contacting the server to perform the operation. Meanwhile, other operations on the same server through the same SSH access (e.g. creating a new client) work fine, so it's not a permissions or connectivity issue. Reproduced: With an active VPN connection through another channel. With no VPN at all (direct connection). After a full app restart. In all cases the result is the same: the dialog closes, nothing changes either in the app or on the server. Request: Please check the logic behind the "Continue" button in this dialog, and consider adding a progress indicator and a clear success/error message, so the user knows what's happening (or not happening) during the upgrade attempt. <img width="318" height="576" alt="Image" src="https://github.com/user-attachments/assets/61578788-efd4-4d33-8509-6897afc9a9ff" />

bsakaguchi commented

2026-10-13 20:41:36 +00:00

Author

Owner

@koster99-blip commented on GitHub (Aug 25, 2026):

@koster99-blip commented on GitHub (Aug 25, 2026): <img width="1062" height="193" alt="Image" src="https://github.com/user-attachments/assets/49391dd1-f867-4c35-a0c6-c73c147f916e" />

bsakaguchi commented

2026-10-13 20:41:37 +00:00

Author

Owner

@komkomissarov commented on GitHub (Aug 29, 2026):

Я сегодня обновил клиент до 5.0.1.5 и все что мне показывает, это рекомендации к обновлению, даже упомянутого выше диалога нет. Если удалить сервер из клиента и попытаться установить его, как новый, идет прогресс бар установки, после которого мы приходим туда же откуда начали - новый контейнер не поставился, обнаружился старый, то же сообщение в клиенте.

Не понимаю, как мне обновиться, кроме как полностью стереть амнезию с сервера.

@komkomissarov commented on GitHub (Aug 29, 2026): Я сегодня обновил клиент до 5.0.1.5 и все что мне показывает, это рекомендации к обновлению, даже упомянутого выше диалога нет. Если удалить сервер из клиента и попытаться установить его, как новый, идет прогресс бар установки, после которого мы приходим туда же откуда начали - новый контейнер не поставился, обнаружился старый, то же сообщение в клиенте. <img width="368" height="672" alt="Image" src="https://github.com/user-attachments/assets/c344bc0c-3659-4df6-bc9f-82cdab7c3a82" /> Не понимаю, как мне обновиться, кроме как полностью стереть амнезию с сервера.

bsakaguchi commented

2026-10-13 20:41:37 +00:00

Author

Owner

@koster99-blip commented on GitHub (Aug 30, 2026):

Столкнулись с точно такой же ситуацией. У нас получилось решить это только через полную ручную зачистку сервера по SSH, попытки через сам клиент (удалить сервер / добавить как новый) не помогали, ровно как у вас: контейнер оставался старым.

Что сработало:

Через SSH зашли на сервер и полностью остановили и удалили Docker-контейнер A-VPN:
docker stop amnezia-awg2 && docker rm amnezia-awg2
Важно: этот шаг актуален только если на том же сервере отдельно (не через Docker) была установлена "нативная"/ядерная версия AmneziaWG - в нашем случае так и было, и именно она мешала апгрейду. Если у вас такой отдельной установки нет, этот шаг можно пропустить.
Проверили и удалили старый ядерный DKMS-модуль:
dkms status (посмотреть точное имя/версию)
dkms remove amneziawg/1.0.0 --all (подставить свою версию)
Удалили старые исходники модуля и конфиги:
rm -rf /usr/src/amneziawg-1.0.0 /opt/amnezia/awg
Проверили, что всё чисто:
docker ps -a | grep amnezia; dkms status
(оба должны вернуть пусто)
Только после этого, уже с полностью чистого состояния, добавили сервер заново через клиент и выбрали опцию "Автоматически" - только этот путь у нас корректно поставил новый модуль и контейнер.

Похоже, проблема в том, что "обновление"/пересоздание существующего протокола не переустанавливает системные зависимости (ядерный модуль), а "автоматическая" установка на распознанный клиентом как "чистый" сервер это делает.

Осторожно: это удалит текущую конфигурацию и всех клиентов, придётся пересоздавать заново.

English below

We ran into exactly the same situation. We only managed to solve it through a full manual cleanup of the server via SSH, attempts through the client itself (delete server / add as new) didn't help, same as for you: the container stayed old.

What worked:

Via SSH, we stopped and removed the A-VPN Docker container completely:
docker stop amnezia-awg2 && docker rm amnezia-awg2
Important: this step only applies if a separate "native" (non-Docker) AmneziaWG installation was also present on the same server - in our case it was, and that's what was blocking the upgrade. If you don't have such a separate installation, you can skip this step.
Checked and removed the old kernel DKMS module:
dkms status (to see the exact name/version)
dkms remove amneziawg/1.0.0 --all (substitute your version)
Removed the old module source and config files:
rm -rf /usr/src/amneziawg-1.0.0 /opt/amnezia/awg
Verified everything was clean:
docker ps -a | grep amnezia; dkms status
(both should return empty)
Only after that, starting from a genuinely clean state, we added the server again through the client and chose the "Automatic" option - only this path correctly installed the new module and container for us.

It looks like the issue is that "updating"/recreating an existing protocol doesn't reinstall system dependencies (the kernel module), while an "automatic" install on a server the client recognizes as "clean" does.

Careful: this will wipe the current configuration and all clients, you'll need to recreate them.

@koster99-blip commented on GitHub (Aug 30, 2026): Столкнулись с точно такой же ситуацией. У нас получилось решить это только через полную ручную зачистку сервера по SSH, попытки через сам клиент (удалить сервер / добавить как новый) не помогали, ровно как у вас: контейнер оставался старым. Что сработало: Через SSH зашли на сервер и полностью остановили и удалили Docker-контейнер A-VPN: docker stop amnezia-awg2 && docker rm amnezia-awg2 Важно: этот шаг актуален только если на том же сервере отдельно (не через Docker) была установлена "нативная"/ядерная версия AmneziaWG - в нашем случае так и было, и именно она мешала апгрейду. Если у вас такой отдельной установки нет, этот шаг можно пропустить. Проверили и удалили старый ядерный DKMS-модуль: dkms status (посмотреть точное имя/версию) dkms remove amneziawg/1.0.0 --all (подставить свою версию) Удалили старые исходники модуля и конфиги: rm -rf /usr/src/amneziawg-1.0.0 /opt/amnezia/awg Проверили, что всё чисто: docker ps -a | grep amnezia; dkms status (оба должны вернуть пусто) Только после этого, уже с полностью чистого состояния, добавили сервер заново через клиент и выбрали опцию "Автоматически" - только этот путь у нас корректно поставил новый модуль и контейнер. Похоже, проблема в том, что "обновление"/пересоздание существующего протокола не переустанавливает системные зависимости (ядерный модуль), а "автоматическая" установка на распознанный клиентом как "чистый" сервер это делает. Осторожно: это удалит текущую конфигурацию и всех клиентов, придётся пересоздавать заново. ---------------------------------------------------------------------------------------------------- English below We ran into exactly the same situation. We only managed to solve it through a full manual cleanup of the server via SSH, attempts through the client itself (delete server / add as new) didn't help, same as for you: the container stayed old. What worked: Via SSH, we stopped and removed the A-VPN Docker container completely: docker stop amnezia-awg2 && docker rm amnezia-awg2 Important: this step only applies if a separate "native" (non-Docker) AmneziaWG installation was also present on the same server - in our case it was, and that's what was blocking the upgrade. If you don't have such a separate installation, you can skip this step. Checked and removed the old kernel DKMS module: dkms status (to see the exact name/version) dkms remove amneziawg/1.0.0 --all (substitute your version) Removed the old module source and config files: rm -rf /usr/src/amneziawg-1.0.0 /opt/amnezia/awg Verified everything was clean: docker ps -a | grep amnezia; dkms status (both should return empty) Only after that, starting from a genuinely clean state, we added the server again through the client and chose the "Automatic" option - only this path correctly installed the new module and container for us. It looks like the issue is that "updating"/recreating an existing protocol doesn't reinstall system dependencies (the kernel module), while an "automatic" install on a server the client recognizes as "clean" does. Careful: this will wipe the current configuration and all clients, you'll need to recreate them.

No labels

pull-request

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

amnezia-vpn/amnezia-client#1398

No description provided.

Rows
Columns