5.9.0 ошибка apt update

[z036]

Hetzner, Ubuntu 24.04, после первой перезагрузки скрипт валится с ошибкой apt update, на Debian 12 скрипт отработал нормально.

[bivlked]

@z036 — вижу, спасибо за скрин.

404 на noble-*/source/Sources — это не наше, это дефолт Hetzner-образа. В их Ubuntu 24.04 cloud image в /etc/apt/sources.list.d/ubuntu.sources стоит Types: deb deb-src, а Hetzner mirror deb-src (source packages) не раздаёт — отсюда 404 на любом .../source/Sources. Apt при этом успешно обновляет package lists для бинарников (ignored/Err лог в твоём скрине — 404 именно на source/Sources), но exit code возвращает non-zero. Мы на шаге 2 делаем apt update -y || die — скрипт падает.

На Debian 12 у тебя проблемы нет потому что Debian в дефолте держит deb-src закомментированным. На Hetzner Ubuntu — наоборот, раскомментированным, и при этом их mirror source packages не отдаёт.

Быстрый workaround:

sudo sed -i 's|^Types: deb deb-src|Types: deb|' /etc/apt/sources.list.d/ubuntu.sources
sudo apt update -y
sudo bash /root/awg/install_amneziawg.sh --yes

Это уберёт попытки качать source packages, останется только бинарники. Скрипт должен пройти дальше от шага 2.

План по фиксу в скрипт: сделаю apt update толерантным к 404 только на source/Sources (проверка stderr после exit code). Грубый вариант — до вызова apt update молча комментировать deb-src в sources, но это затрагивает пользовательскую конфигурацию, поэтому не хочу. Впихну в ближайший минорный релиз.

Проверь пожалуйста что workaround помог дойти скрипту до конца — и расскажи в Hetzner получился ли на 5.9.0 x86_64 или ARM. Если x86_64 — заведу на это issue, если ARM64 — добавлю к разбору ARM fallback.

Подробнее (не по этому разговору): заметил в issue #47 ошибка открыта как discussion, но это скорее bug. Если подтвердишь workaround — переведу в issue и закрою в следующем релизе.

[bivlked]

@z036 — привет. Выкатил v5.10.1, в ней фикс твоего случая.

https://github.com/bivlked/amneziawg-installer/releases/tag/v5.10.1

Что изменилось: installer больше не трогает ubuntu.sources (раньше мы сами включали deb-src, хотя он нам не нужен — kernel module ставится через DKMS с бинарными headers). Плюс добавил функцию apt_update_tolerant, которая продолжает работу при 404 только на source-пакетах и валится на любой другой ошибке (GPG, network, недоступный PPA).

Что тебе делать сейчас:

Если прежний workaround (sed -i 's|^Types: deb deb-src|Types: deb|') уже применён, можешь откатить его — v5.10.1 не будет падать независимо от того, какой вид у ubuntu.sources. Но и не обязан — с закомментированным deb-src всё тоже продолжит работать.

Свежая установка на чистом Hetzner Ubuntu 24.04:

wget https://raw.githubusercontent.com/bivlked/amneziawg-installer/v5.10.1/install_amneziawg.sh
sudo bash install_amneziawg.sh --yes

Апгрейд с v5.9.0 без переустановки (только manage + awg_common):

cd /root/awg
sudo wget -O manage_amneziawg.sh https://raw.githubusercontent.com/bivlked/amneziawg-installer/v5.10.1/manage_amneziawg.sh
sudo wget -O awg_common.sh https://raw.githubusercontent.com/bivlked/amneziawg-installer/v5.10.1/awg_common.sh
sudo chmod 700 manage_amneziawg.sh awg_common.sh

(Примечание: если хочешь полностью 5.10.1 с новой логикой apt_update в install скрипте — только свежая установка. manage/awg_common обновятся без переустановки, но сам install_amneziawg.sh на сервере останется 5.9.0.)

Подтверди пожалуйста, что пошла свежая установка на Hetzner — и закрою discussion как решённый. Спасибо за детальный репорт со скрином, он помог сразу локализовать проблему.

[bivlked]

@z036 — извини, прокололся. Я сказал, что v5.10.1 чинит твой случай, но перед публикацией не прогнал установку на чистом VPS. Когда я сделал это уже после релиза, установка падала на шаге 1 с ошибкой apt_update_tolerant: command not found на любой свежей Ubuntu 24.04 — не только на Hetzner. Причина простая: функция apt_update_tolerant в v5.10.1 жила в awg_common.sh, а этот файл скачивается только на шаге 5 — то есть функция вызывалась раньше, чем появлялась.

Починил в v5.10.2: https://github.com/bivlked/amneziawg-installer/releases/tag/v5.10.2

Что в v5.10.2:

• Функция apt_update_tolerant переехала inline в install_amneziawg.sh — нужный helper рядом с теми шагами, где он используется.
• Закрыт соседний граничный случай: если apt-get update падает без узнаваемых E:/Err:/W: строк (SIGKILL от OOM-killer, silent crash, неизвестный формат вывода), прежняя версия могла проглотить это как «source packages недоступны». Теперь пробрасывает ошибку.
• +9 bats-тестов, включая regression guard — чтобы эта ошибка не вернулась незаметно.

В этот раз перед тегом прогнал полный install на чистом Ubuntu 24.04 — установка прошла оба reboot'а, awg-quick@awg0 active, manage add/remove работает.

Если ты уже пробовал v5.10.1 на Hetzner и получил падение — просто запусти v5.10.2 на том же сервере:

wget https://raw.githubusercontent.com/bivlked/amneziawg-installer/v5.10.2/install_amneziawg.sh
sudo bash install_amneziawg.sh --yes

(Если шаг 1 у тебя упал на v5.10.1, /root/awg/setup_state не создавался — установка v5.10.2 начнётся с нуля.)

Подтверди, пожалуйста, что v5.10.2 на Hetzner заходит — после этого закрою discussion. И ещё раз спасибо за детальный репорт со скрином, без него всё было бы куда мутнее.

[z036]

v5.10.2 установил нормально, только ipv6 всегда вырублен, всё равно что отвечаю скрипту или явно указываю параметр.

[bivlked]

@z036 — рад что v5.10.2 прошёл ✅ Главный блокер (apt_update_tolerant scope) закрыт.

По IPv6 — нужно чуть уточнить чтобы не чинить не то. Вопросы:

1. Команда запуска? sudo bash install_amneziawg.sh --yes или с какими-то ещё флагами (--allow-ipv6, --disallow-ipv6)?
2. Что видишь под «IPv6 вырублен»? Что показывает:

   sysctl net.ipv6.conf.all.disable_ipv6 net.ipv6.conf.default.disable_ipv6
   cat /etc/sysctl.d/99-amneziawg-security.conf | grep -i ipv6
   ip -6 addr | head

Пока не знаю точную ситуацию — три возможных источника и три решения:

A. Ты запускал --yes без --allow-ipv6

Это aggressive default текущего installer: --yes = неинтерактив, а дефолт для неинтерактива — «отключить IPv6 через sysctl» (так как VPN-сервер обычно IPv6-серфинг не нужен). Задумано как safe-by-default, но в --help это недостаточно подчёркнуто. Решается переустановкой (или правкой sysctl вручную) с правильным флагом:

sudo bash install_amneziawg.sh --yes --allow-ipv6

B. Первый запуск отключил IPv6, повторный с --allow-ipv6 переписал config но не runtime

Возможный баг: sysctl -p при переходе disable_ipv6=1 → 0 обновляет файл в /etc/sysctl.d/, но не делает rollback уже применённых runtime-значений. IPv6 остаётся выключен до следующей перезагрузки. Workaround без ребута:

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=0
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=0
sudo sysctl -w net.ipv6.conf.lo.disable_ipv6=0

Если это подтверждённо твой случай — заведу issue + зафичу в следующий минорный (sysctl rollback при transition).

C. Ты ждёшь IPv6 в самом VPN-туннеле

Это другой слой. Даже при DISABLE_IPV6=0 на хосте VPN-туннель awg0 в текущей версии IPv4-only: Address = 10.9.9.1/24 и AllowedIPs на клиентах тоже v4. Full IPv6 dual-stack в туннеле — planned feature (issue #24), не реализовано. Если тебе нужен v6 именно через VPN — пока только ручная правка awg0.conf (добавить Address = fd00::1/64 и соответствующие PostUp для ip6tables -t nat). Могу расписать, если подтвердишь что нужно.

---

Чтобы быстро подсказать что именно у тебя — пришли вывод трёх команд из пункта 2 и строку запуска install_amneziawg.sh. По ним сразу станет ясно A/B/C.