Что-то не работает. Запустите /root/easy-rsa-ipsec/generate.sh вручную, поотлаживайте.

Полистав ветку удалось понять, что делают не так. Теперь поднимаю вручную generate.sh в контейнере и получаю это.
image

Причем если шагать через vpn с этого сервера на http://icanhazip.com/ получаю свой ип сервера.

Сначала думал, что сеть долго поднимается, но я прождал достаточно долго минут 20 и эта же проблема.

Опять же я проверял есть ли интернет на контейнере.
По сути есть image

Пока натолкнуло на мысли, что проблема с правами
image

Какая у вас версия ядра на хост-машине?

4.15.0-91-generic

По всей видимости, у вас неправильно настроено ядро, или, возможно, вы наткнулись на ошибку в LXD. Самое простое — прописать в /etc/systemd/system/openvpn-server@.service.d/override.conf:

[Service]
LimitNPROC=infinity
PrivateTmp=false
CapabilityBoundingSet=
DeviceAllow=
ProtectSystem=false
ProtectHome=false

И перезапустить контейнер.

Я бы с радостью, но данного пути вообще нет. Много раз переустанавливал уже Ubuntu Server 18.04 пытаясь побороться.
Есть ли вариант запустить на debian?
Может есть список серверов где работа контейнера тестировалась и запускается 100%?
Сколько стоит заплатить Вам, чтоб помогли решить проблему лично?

Я написал путь внутри контейнера, а вы смотрите файлы на хост-машине. Файлы внутри в принципе можно видеть и редактировать на хосте, но это может вызвать проблемы с правами на файлы.

Зайдите в контейнер командой lxc exec antizapret-vpn bash, и отредактируйте файл редактором nano.

Хост ОС, вообще говоря, не должна влиять на контейнер. То, что у вас появляются ошибки с namespace — исключительный случай, вызванный, вероятно, особенностями Aruba Cloud.

Если не справитесь, отправляйте данные для входа на сервер на iam@valdikss.org.ru. Уверен, всё можно починить за 10 минут. Но сначала попробуйте сами.

1 Like

Всё также не резолвится icanhazip.com. Но пока помучаю сам, а потом напишу. Почту сохранил.

Если получаете на Ubuntu 18.04 ошибки типа:

systemd-networkd.service: Failed to set up mount namespacing: Permission denied
systemd-networkd.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-networkd: Permission denied 

то варианта два:

  • Установить версию lxd из snap, а не из репозиториев
  • Применить следующую команду:
lxc config set antizapret-vpn raw.apparmor 'mount options=(ro,nodev,remount,bind), mount options=(ro,nosuid,nodev,remount,bind), mount options=(ro,nosuid,noexec,remount,strictatime), mount options=(ro,nosuid,noexec,remount,bind,strictatime), mount options=(ro,nosuid,nodev,noexec,remount,bind),' 

Проблема вызвана ошибкой совместимости с AppArmor: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1811248

После применения команды ошибки с NAMESPACE уходят, ip получается, ключ генерится, openvpn запускается.

Вы разобрались с отсутствием IPv4 в контейнере? Я пытаюсь поднять на овх, та же самая проблема. В линуксе ноль.

увы, нет, так и не разобрался.

Обновил содержимое контейнера и сам контейнер (26.05.2020):

  • Генератор блеклиста теперь используется из репозитория antizapret-pac-generator-light (ранее использовался он же, но немного модифицированный и устаревший)
  • Обновлён knot-resolver до пятой версии
  • Исправлены ошибки при старте контейнера, связанные с DNS
  • Полная поддержка systemd-machined, инструкция в репозитории

Доброго времени суток

Почему используется proto tcp, а не udp?

Потому что для TCP можно сделать keep-alive гораздо реже, что положительно сказывается на заряде аккумулятора мобильных устройств.

ок

а самостоятельно изменить настройки в контейнере под udp можно?
если Да, то как?

P.s.: я сравнил два конфига в ./easy-rsa-ipsec/CLIENT_KEY/
antizapret-client-tcp.ovpn и antizapret-client-udp.ovpn
в одном есть/нет cipher AES-128-CBC, в другом - comp-lzo
второй, ессно, не работает

Что именно у вас не работает? Я тестировал конфигурацию UDP, она рабочая, насколько помню. Конфигурации отличаются, так и должно быть, это не ошибка.

не знаю, у меня в логах openvpn пишет

Tue Jun 09 12:30:42 2020 read UDP: Unknown error (code=10054)
Tue Jun 09 12:30:43 2020 read UDP: Unknown error (code=10054)
Tue Jun 09 12:30:47 2020 read UDP: Unknown error (code=10054)