Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Proxmox 8 — возможная проблема с разрешением DNS и LXC

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Proxmox 8 — возможная проблема с разрешением DNS и LXC, Proxmox Виртуальная Среда
     
    societus
    Guest
    #1
    0
    09.07.2023 06:24:00
    Добрый вечер, ребята. Недавно я протестировал Proxmox 8 на паре запасных машин перед тем, как обновить свои рабочие серверы, и, возможно, наткнулся на проблему, но пока не могу точно понять, в чём дело.

    Проблема: когда хост подключён к сети Tailscale, с DNS или без него, LXC-контейнеры, созданные или запущенные после подключения, не могут разрешать DNS. При этом изменения DNS-адресов через веб-интерфейс Proxmox или файл resolv.conf в LXC-клиенте либо не распознаются, либо не работают.

    Воспроизведение: подключил 3 узла Proxmox 8 к tailnet, как к официальному Tailscale-серверу управления, так и к собственной облачной Headscale-инстанции. Контейнеры Debian 11, 12 и Alpine Linux не разрешают DNS, если их запускают после подключения хоста к tailnet. Единственное решение — отключить соединение при старте и перезагрузить систему.

    При возникновении проблемы хост всё равно разрешает DNS, и изменения в resolv.conf и веб-интерфейсе хоста принимаются и корректно сохраняются.

    Дополнительные попытки: следовал инструкциям по Tailscale для LXC, все контейнеры, которые должны напрямую использовать Tailscale, имеют корректный доступ к cgroup и tun. Подключение контейнера к tailnet при отключённом хосте работает нормально, но стоит подключить хост — DNS сразу ломается.

    У меня такая схема настроена на рабочем кластере с Proxmox 7, там хосты и контейнеры подключены отдельно как узлы в tailnet, и проблем с DNS нет.

    Не уверен, что ещё можно сделать, но надеюсь, что это привлечёт внимание к возможной проблеме, потому что рисковать с ней при обновлении основных серверов я не хочу.

    Спасибо!
     
     
     
    antonionardella
    Guest
    #2
    0
    20.11.2023 15:03:00
    Привет, @societus! У меня такая же проблема на Proxmox 8. Tailscale не настроен на хосте Proxmox, но как только подключается tailscale в LXC-контейнере, перестаёт работать разрешение DNS. Ты нашёл какое-нибудь решение?
     
     
     
    societus
    Guest
    #3
    0
    15.12.2023 03:41:00
    Это не прямое решение, но я нашёл процедурный обход. После последнего обновления мне удалось настроить тестовое окружение, чтобы обойти баг, но для этого нужно, чтобы хост сначала был подключён к tailnet в userspace и принимал маршруты подсетей по тем подсетям, которые использует интерфейс для VM/LXC. После этого LXC-контейнеры имеют рабочую сеть достаточно долго, чтобы подключить IT к tailnet, и, хоть и не всегда стабильно, но в большинстве случаев сеть продолжает работать даже после выхода proxmox-хоста из tailnet. Это навевает мысль, что проблема может быть связана с изменениями uid/gid при регистрации /dev/tun устройств в ядре, так как LXC не совсем рассчитан на сетевые изменения и согласование родной сети с частично виртуализированными или объединёнными мостами (это скорее для “толстых” контейнеров).
     
     
     
    fruchtzwerg
    Guest
    #4
    0
    23.06.2024 22:43:00
    Я несколько раз сталкивался с такой же проблемой. Есть какое-то решение? Эта проблема тоже возникает при использовании headscale?
     
     
     
    societus
    Guest
    #5
    0
    23.06.2024 23:21:00
    Я пытался переустанавливать систему каждые пару месяцев, чтобы проверить, решится ли проблема, но пока так и не нашёл правильного способа её исправить, да и сам не совсем уверен, откуда она берётся. Причём это не важно, связано ли это с headscale — проблема проявляется в любом случае.
     
     
     
    fruchtzwerg
    Guest
    #6
    0
    23.06.2024 23:52:00
    Хорошо знать, что есть люди, которые понимают, в чём проблема. Я уже думал, что дважды неправильно настроил хост, и отчаянно искал свою ошибку. Суть в том, что есть ограничения на комбинацию tailscale и proxmox. Жаль, потому что я так радовался простой программе tailscale для лёгкого подключения к резервным устройствам и указателям. Есть ли какая-нибудь альтернатива для VPN-подключения?
     
     
     
    societus
    Guest
    #7
    0
    24.06.2024 03:24:00
    Думаю, стоит отметить, что это касается именно LXC, когда prox-хосты тоже в tailnet (по крайней мере, в моих опытах). У меня есть теория, что это связано с cgroups и сдвигами UID/GID процессов, работающих в Linux Containers. Хотя это и не очень удобно, мне удалось обойти некоторые ограничения для моей конкретной ситуации.

    Я использую jump-хост — отдельный bare metal сервер с Rocky Linux. Это тот узел в Tailscale, с которого доступны мои сервисы (запущенный nginx). У него свой подсет на отдельном интерфейсе и VLAN, который связан с моими proxmox-хостами. Все хосты, на которых я хочу разместить сервисы, пробрасывают соответствующие порты на jumpbox через Stunnel. Поскольку это внутренняя сеть, это скорее избыточно, но я хотел дополнительный уровень изоляции, чтобы минимизировать риски, не заходя напрямую через туннель (защищая prox-хосты и ограничивая ущерб, если LXC вдруг сломает изоляцию).

    У вас может быть другой опыт, но наличие внешнего узла в роли access/reverse proxy даёт преимущество, несмотря на дополнительную работу.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры