Вы можете добавить запрос на новую функцию и/или отправить патчи для идентификации типа ОС и настройки CT. https://bugzilla.proxmox.com/

Привет, gechu! Я уже почти год запускаю несколько OpenWRT контейнеров на Proxmox, и они пока работают очень шустро и стабильно. У меня есть виртуальный роутер, настроенный как VPN-клиент, другой, который выступает в роли WireGuard VPN-сервера, который я использую для соединения своих домашних сетей, еще один виртуальный роутер, выполняющий функцию NAT для других Proxmox контейнеров (я использую его как простой в управлении UI для перенаправления портов), и недавно я обнаружил, что можно пробросить устройство WiFi хоста, так что сейчас я использую другой виртуальный роутер в качестве беспроводного AP роутера дома. Вот отчет об ошибке, который я открыл некоторое время назад, в котором также содержатся подробности о том, как сейчас запустить OpenWRT контейнер в Proxmox: https://bugzilla.proxmox.com/show_bug.cgi?id=2044 Я также пробовал запускать OpenWRT в KVM в Proxmox, но там у меня тоже очень плохая производительность со всеми сетевыми драйверами (потребление CPU как будто зашкаливает всякий раз, когда происходит какая-либо сетевая передача или обработка внутри VM), для меня VM со стороны Хоста простаивает на 10-20%, а OpenWRT VM ничего не делает, и становится только хуже, когда создаешь WiFi AP, где потребление CPU может взлететь еще выше. В LXC контейнерах этих проблем нет, где потребление CPU обычно держится между 0 и 0.5% в простое. Потребление CPU WiFi происходит в ядре и поэтому не видно в потреблении CPU LXC (Но это, безусловно, лишь доля от того, что потребляла VM), но производительность для меня кажется очень надежной. Я бы посоветовал тебе попробовать OpenWRT внутри LXC, я уверен, что ты получишь намного лучшую производительность.

P.D: Я также вносил вклад в репозиторий mikma/lxd-openwrt с исправлениями (Теперь контейнер можно нормально перезагружать, раньше он просто выключался при перезагрузке).

Отлично! Спасибо за быстрый и полезный ответ! Надо попробовать это прямо сейчас!

Вот инструкция https://forum.openwrt.org/t/guide-run-openwrt-as-a-container-in-proxmox/44683. Скоро обновлю её с инструкциями для 19.x, способами апгрейда, пробросом сетевых интерфейсов LXC и прочим. Пишите, если всё ещё не получается собрать.

Привет! Вот ссылка на OpenWrt 19.07 RC2, которую я собрал неделю назад. Обрати внимание: у меня возникли проблемы с "испорченным ядром", когда я включил SQM в OpenWrt. Не знаю почему, но думаю, дело в неполном соответствии отображения модулей ядра между хостом и контейнером. Обязательно отправлю баг-репорт на https://github.com/mikma/lxd-openwrt. Еще читал, что OpenWrt 19.x должен быть проще в настройке, чем 18.x (не нужно запускать скрипт для создания каких-то "dev" папок) с использованием предварительно скомпилированного образа на http://www.makikiweb.com/Pi/lxc_openwrt.html. Я еще не пробовал, но знаю, что Микаэль с https://github.com/mikma/lxd-openwrt тоже применяет патч для перезагрузки, который, я думаю, тебе пригодится. Кстати, кто-то написал страницу на официальном сайте OpenWrt о запуске OpenWrt в LXC контейнере. Не знаю, зачем автор утверждает, что ему нужно отображать идентификаторы пользователей с хоста… Надеюсь, это поможет тебе продвинуться вперед! Сам я пытаюсь просто использовать OpenWrt на своем Ubiquiti EdgeRouter X (ER-X), но никак не могу выбросить из головы мысль о запуске OpenWrt в контейнере на моем сервере, чтобы использовать всю доступную мощность процессора для SQM на моей интернет-связи 250 Мбит/с. Удачи!

Итак, я переименовал файл rootfs в "openwrt-18.06.1-openwrt_18.06.1_amd64.tar.gz", следуя синтаксису шаблона имени файла, и когда я создаю CT, я получаю ошибку: "ERROR: unable to detect OS distribution". Вот что я на самом деле имел в виду своим предыдущим постом: как задать os-distribution, когда он официально не поддерживается Proxmox? Есть ли способ добавить поддержку OpenWRT? Или это какое-то изменение ядра Proxmox, чтобы это сделать?

Привет! Я только что создал и установил последнюю сборку (19.07.1) с помощью скрипта сборки mikma. Вроде всё хорошо, однако перед запуском контейнера я изменил размер файловой системы на 512M (по умолчанию 120M, как я видел). Не уверен, это специфично для OpenWrt, LXC или Proxmox, но при входе в консоль OpenWrt-s я вижу только 93M доступного пространства на "/". Есть ли способ расширить его до максимально указанного для этого контейнера? Спасибо!

Я собираюсь нажать кнопку и установить OpenWRT в контейнер в новой системе. Прошло уже почти год с тех пор, как ты сделал вышеуказанный комментарий. Ты все еще придерживаешься того же мнения, и есть ли у тебя какие-нибудь новые советы? Спасибо и привет, Vapour.

Ребята, для тех, кто писал выше, особенно для последнего сообщения. Нет необходимости "подстраивать" версию ядра, так как образы LXC не включают в себя никакого ядра. Контейнеры LXC используют ядро хоста. Если говорить простым языком, если вы хотите использовать Wireguard в контейнере OpenWrt LXC, вам нужно установить wireguard-dkms на сам хост Proxmox, а не в пространстве имен OpenWrt. В общем, я сначала был слишком осторожен, но сейчас я использую стабильный образ OpenWrt 19.07.x LXC в качестве основного роутера/шлюза уже пару недель. У меня есть оптоволоконное подключение "1Gbps", которое обычно достигает максимума примерно в 840Mbps, согласно fast.com. Я выделил один из сетевых адаптеров как "phys" для WAN контейнера, который настроен с протоколом PPPoE в OpenWrt. Внутренняя LAN-часть обрабатывается одним из этих двух адаптеров Intel PCI-E 1Gbit, настроенных как LACP-агрегат trunk на хосте Proxmox, представленного как Linux Bridge для LAN-адаптера OpenWrt. У меня была возможность использовать Mikrotik RB450G со специальной сборкой OpenWrt, заменяющей стоковую прошивку и с включенными патчами shortcut-fe. Это устройство могло выдавать 950Mbps NAT, измеренное с помощью iperf, между его отдельными WAN - LAN (eth0, eth1 switch chips). Сейчас я вывел из эксплуатации этого Mikrotik и использую исключительно контейнер OpenWrt LXC в качестве основного роутера на моем Proxmox хосте i5 4-го поколения. Могу сказать только одно, у меня никогда не было проблем с предыдущей настройкой, и... у меня их все еще нет. Это очень плавная работа, действительно, скорость соответствует скорости, которую предоставляет ваш провайдер. Не говоря уже о том, что я установил лимиты контейнера на 2 ядра и 512 МБ памяти... это избыточно. Среднее использование — совсем немного оперативной памяти/процессорного времени для NAT при таких скоростях. Разумеется, мы говорим об x86 CPU, он не потеет ни капли для таких задач. В общем, это рабочий подход, это можно сделать, и если вы знакомы с OpenWrt на физическом устройстве, я действительно рекомендую контейнеризировать и масштабировать его. Это такая элегантная и стабильная система с невероятно скромным потреблением ресурсов.