Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    Предложение по функциональности: Userscripts в webUI.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Предложение по функциональности: Userscripts в webUI., Proxmox Виртуальная Среда
     
    Dunuin
    Guest
    #1
    0
    10.12.2022 20:39:00
    Привет! Иногда мне правда очень хочется, чтобы в веб-интерфейсе были настраиваемые пользователем кнопки. Я много пишу скрипты для автоматизации своего PVE-сервера, но запускать все эти скрипты через консоль – довольно мучительно. Было бы гораздо комфортнее, если бы я мог запускать эти скрипты одним нажатием кнопки в веб-интерфейсе. У нас уже есть хук-скрипты, которые можно разместить в хранилище сниппетов, а задачи PVE могут использовать хуки для автоматизации. Моя идея заключается в том, чтобы мы могли размещать скрипты в хранилище сниппетов и называть их, например, "userscript_SomeName.bash" или "userscript_SomeOtherName.sh". PVE затем мог бы сканировать хранилище сниппетов на наличие файлов, начинающихся с "userscript_", чтобы узнать, есть ли пользователискрипты, и если они есть, PVE мог бы отображать некоторые кнопки в веб-интерфейсе, чтобы сделать эти скрипты исполняемыми. В заголовке веб-интерфейса много пустого пространства. Было бы очень здорово, если бы они отображались там вот так: Я знаю, что реализовать это не так просто, так как вам, вероятно, также придется проверять разрешения, добавлять новые привилегии, чтобы можно было ограничить, какие пользователи имеют право запускать какие скрипты и так далее. Возможно, разбор скриптов для получения метаданных, чтобы скрипт мог указывать имя, которое должно отображаться в веб-интерфейсе, необходимую привилегию и т.п. Может быть, разные состояния скриптов или скрипты, которые позволяют передавать аргументы, чтобы запуск скрипта для узла передавал имя узла скрипту и т.п... Но я бы действительно хотел это увидеть. У меня так много задач, для которых мне нужно запускать скрипты: монтирование файловых систем, разблокировка зашифрованных пулов/разделов, массовый запуск/остановка гостей в определенном порядке, отключение/включение нескольких хранилищ одновременно, загрузка/остановка других серверов через IPMI, разблокировка шифрования удаленного сервера, массовое ручное резервное копирование, переключение между режимами производительности (снижение частоты процессора и изменение режима управления процессором для экономии электроэнергии, когда работающие ВМ на самом деле не нуждаются в такой большой мощности) ... Было бы гораздо удобнее. Существует ли такая заявка на функцию в трекере ошибок или мне следует создать новую? Другие люди считают это полезным или я единственный здесь, кто активно настраивает свои узлы PVE?
     
     
     
    BassT
    Guest
    #2
    0
    18.12.2023 22:30:00
    +1
     
     
     
    LnxBil
    Guest
    #3
    0
    19.12.2023 09:47:00
    Наше решение этой проблемы – использовать специальную VM, которая будет заниматься всей автоматизацией кластера для нас, используя скрипты, похожие на ваши.
     
     
     
    Dunuin
    Guest
    #4
    0
    19.12.2023 15:48:00
    Да, виртуалку оркестратора внес в свой список дел, и, возможно, даже встрою свои webUI в iframe, чтобы добавить кастомную панель инструментов в webUI. Так мне будет проще взаимодействовать с виртуалкой оркестратора и отдавать ей команды на PVE-нодах.
     
     
     
    DaniMa
    Guest
    #5
    0
    20.03.2024 00:15:00
    Привет! Только что увидел твой ответ, @Dunuin, это была твоя идея добавить iframe в GUI Proxmox? Я давно искал что-то подобное, потому что хочу сделать VM, которая использует Ansible для создания VM на Proxmox, и я как раз собирался делать веб-страницу с формой для этого, но очень хотел, чтобы форма появлялась в GUI Proxmox, а не использовала саму виртуальную машину.
     
     
     
    ReanimationXP
    Guest
    #6
    0
    04.05.2025 05:09:00
    Да, отличная идея! Хотелось бы, чтобы это развили еще больше. Было бы круто, если бы можно было добавлять эти скрипты как часть развертывания контейнера или применять их к нескольким нодам из репозитория для определенного типа нод (или, другими словами, как юзерскрипт для применения юзерскриптов к типу ноды).

    Я уже в шоке от того, что учитывая существование сообщества скриптов-помощников, в Proxmox нет возможности загружать репозиторий скриптов сообщества и представлять их как готовые к созданию, развертыванию, однотактные установки для разных типов нод, например, Immich. Как часть скрипта можно было бы представить небольшой базовый конфиг в UI, запрашивая базовые настройки, порт, хостнейм и т.д., а затем создавать контейнер и любые необходимые конфигурации интерфейсов на основе ваших ответов.
     
     
     
    gfngfn256
    Guest
    #7
    0
    04.05.2025 07:44:00
    Надеюсь, это НИКОГДА не будет внедрено в PVE! Во-первых, эти вспомогательные скрипты не имеют никакого отношения к PVE как таковому и, безусловно, не должны одобряться или поддерживаться Proxmox. Скрипты, созданные сообществом – полезны для некоторых как инструмент для обучения, но другие ими злоупотребляют, используя их как "кнопку, одним нажатием, и готово". Это часто приводит к поломанному результату, а не к рабочему. Поищите на этих и других форумах аналогичные обсуждения. Правило такое – никогда не запускайте ЛЮБЫЕ скачанные скрипты на своей системе, не полностью понимая, что они делают! А теперь кто-то предлагает включить какой-то скрипт, созданный сообществом/энтузиастами/форумом, прямо в качестве репозитория, доступного в PVE? Серьезно? Честно говоря, надеюсь, что эта идея не получит никакого развития или интереса.
     
     
     
    Johannes S
    Guest
    #8
    0
    04.05.2025 10:54:00
    Это не для всех тех причин, что указал @gfngfn256. Почему? Для развертывания определенного приложения на определенной виртуальной машине уже есть решение "в один клик", которое также работает вне ProxmoxVE. С помощью docker-compose, podman или другого инструмента для развертывания контейнеров. Честно говоря, для большинства домашних пользователей, которые просто хотят запускать какие-то сервисы, я бы даже сказал, что NAS-система вроде OpenMediaVault или UnRaid с поддержкой Docker более подходит (гораздо меньше обслуживания требуется), чем ProxmoxVE. Возможно, я и лицемер, раз использую ProxmoxVE в своей домашней лаборатории, но я также использую его как платформу для экспериментов. Если вам это не нужно, а вам просто нужно домашняя автоматизация, хостинг Nextcloud или медиасервер для семьи или соседей по квартире, или Nextcloud для друзей, то NAS-решение гораздо меньше хлопот и требует гораздо меньше знаний. Согласен. Именно так, на мой взгляд, существование этих вспомогательных скриптов — своего рода трагедия. Tteck был весьма талантливым системным администратором и программистом оболочек, поэтому из его скриптов можно многому научиться. Но они в основном используются для обратного (одношаговое решение), для чего уже есть лучшее, более универсальное решение -> docker compose, podman pods и т. д. Пожалуйста, не воспринимайте это как критику в адрес tteck: он не виноват в том, как люди используют его скрипты, и он, очевидно, знал, что делает, какие ограничения у его скриптов и как с ними работать. К сожалению, большая часть толпы Reddit этого не знает и не хочет это менять. По крайней мере, так сложилось у меня из моих непродолжительных заходов на /r/homelab или /r/proxmox, буду рад, если кто из вас - постоянный участник и сможет опровергнуть мои предубеждения! Честно говоря, это также верно для файлов docker-compose, но, с другой стороны, по крайней мере, теоретически, если вы получаете их с сайта соответствующего программного обеспечения (например, paperless-nginx, Jellyfin и т. д.) или доверенного реестра, то с большей вероятностью это не версия с «бонусными функциями», созданная злоумышленником. Это (к сожалению) не новость, уже были прошлые обсуждения на эту тему: S Thread 'Is there a mod repository ? How to make mods ?' Dec 22, 2024 Hi, I would like the VM creation dialog to display the exact QM command line that a particular config will run. I would also like to export and import this whole config using simple copy and pasting of a single line of text And I thought I could mod my proxmox install and maybe post the mod on this forum ? shodan Replies: 37 Forum: Proxmox VE: Installation and configuration Или вот этот: A Thread 'Urgent suggestion: Tteck Scripts for Proxmox' Nov 2, 2024 Hello I wanted to take a moment to express my appreciation for the incredible work your team does in developing Proxmox. и это то, что побудило меня предложить эту идею. Одно из самых ценных инструментов в экосистеме Proxmox, для меня и для многих других, — это скрипты Tteck. Эти скрипты играют важную роль в повышении удобства использования Linux Containers (LXC), делая их создание и управление гораздо более эффективными. После прочтения недавнего объявления Tteck о будущем скриптов (можно найти здесь: Tteck Announcement ), я почувствовал глубокую обеспокоенность как за Tteck, так и... adrymax Replies: 4 Forum: Proxmox VE: Installation and configuration Эти обсуждения стали более накалены, чем должны были (я сам не был совсем невиновен, если честно), поскольку некоторые люди не понравилась эта идея, а другие участники сообщества винили их в том, что они являются частью "бюрократии разработки", чтобы предотвратить интеграцию новых функций. Обратите внимание, что ни один из членов Proxmox Server Solutions GmbH (официальная «бюрократия разработки», если хотите так называть) не участвовал в этих дебатах (вероятно, это была хорошая идея с их стороны), поэтому не принимайте эти дискуссии как что-то большее, чем перебранки между участниками сообщества. Но основные аргументы "за" и "против" должны быть понятны. Я по-прежнему считаю, что это плохая идея по всем причинам, упомянутым в этих и других тредах. Например, одним из аргументов было то, что система модов позволит отключать функции безопасности, которые не нужны мнению администратора. Сейчас я, может, и старый Unix neckbeard, но это, на мой взгляд, весьма опасная идея: если функция безопасности не должна быть отключена в обычной системе, то она также не должна быть отключена через мод или скрипт. И если есть реальная причина, по которой кому-то может понадобиться отключить такую функцию, то эта возможность должна быть включена в фактическое программное обеспечение без необходимости мода или скрипта для этого. Но, конечно, я готов снова обсудить это, но, пожалуйста, ради самого Тьюринга или Лавлейс, не с "аргументами", сгенерированными LLM, то есть ChatGPT.
     
     
     
    guruevi
    Guest
    #9
    0
    04.05.2025 17:27:00
    @ReanimationXP: Большую часть того, что тебе нужно, здесь: https://docs.ansible.com/ansible/latest/collections/community/general/proxmox_mod­ule.html. Это всего лишь обертка поверх Proxmoxer, который сам по себе является полной реализацией API. Если тебе нужно координировать управление железом, посмотри в сторону RedFish или специфичный для производителя Linux-пакет (например, Dell и SuperMicro имеют интеграции для Debian). Proxmox — это ‘appliance’, а не полноценная ОС, как и VMware.
     
     
     
    mrjcleaver
    Guest
    #10
    0
    27.05.2025 14:34:00
    Давайте разделим эти вопросы. 1. Возможность для администратора добавлять в свой UI нужные ему скрипты. 2. Доступность и поощрение использования скриптов от сообщества (особенно непроверенных), чтобы они попадали на обычный PVE инстанс. Автор исходного сообщения выступает за первое. Происхождение такого скрипта не было указано. И да, у меня есть несколько скриптов, которые я бы хотел использовать в UI моего PVE инстанса. Мартин.
     
     
     
    guruevi
    Guest
    #11
    0
    27.05.2025 14:47:00
    Моё предложение — использовать Semaphore UI в LXC контейнере, если тебе действительно нужен графический интерфейс для запуска скриптов против Proxmox-нод. Вносить изменения в GUI, особенно учитывая, что ты, вероятно, не в состоянии исправить эти изменения при внесении изменений, — это прямой путь к проблемам. Тогда здесь будут открываться посты "почему эта обнова не работает", хотя проблема в твоих собственных скриптах. Вот идея: привяжи хукскрипт к фиктивному гостевому, тогда ты сможешь запускать что угодно, просто запустив гостя.
     
     
     
    gfngfn256
    Guest
    #12
    0
    27.05.2025 19:00:00
    Как видите, мой комментарий был написан НЕ к автору темы, которого я знаю, и который никогда бы не стал продвигать идею включения сторонних/сообщественных скриптов в PVE/GUI. Кстати, я тоже, как и автор темы, был бы рад, если бы личные скрипты (под личными здесь подразумеваются скрипты, которые пользователь понимает, создал и хорошо знает, и осознает, что они не являются частью PVE и несет за них ответственность) получили некоторый специальный доступ в GUI. У меня есть несколько собственных скриптов, которые я периодически запускаю, и не помешало бы, если бы они были доступны в GUI. Очевидный минус здесь в том, что достаточное количество пользователей в итоге начнут копировать и вставлять скрипты из всемирной паутины и интегрировать их (легко) в PVE – и потом ломать свои системы. Поищите на этих форумах!
     
     
     
    mrjcleaver
    Guest
    #13
    0
    27.05.2025 20:51:00
    Ну, это правда. Хотя если бы эти скрипты размещались по отдельности в Github, имели списки задач и клонировались через git, то у нас бы хотя бы появился нормальный цикл улучшений.
     
     
     
    Johannes S
    Guest
    #14
    0
    27.05.2025 21:02:00
    Ну вот, скрипты для помощи сообществу уже на GitHub, но это особо не помогает в решении проблем, которые указал @gfngfn256.
     
     
     
    mrjcleaver
    Guest
    #15
    0
    27.05.2025 21:19:00
    Ну ладно: > никогда не запускайте НИ ЕГО скачанные скрипты на своей системе — не разобравшись, что этот скрипт делает! Я скачал pve. Я понятия не имею, как большая его часть работает. Это, конечно, очевидный момент, но в конечном итоге он открытый исходный код, а это работает только если вокруг кода идет качественное взаимодействие. Я предполагаю, что оно есть вокруг ядра PVE, а не вокруг вкладов. Вставка кода отрывает его от происхождения. Пользователям, которые его используют, нужно рекомендовать обсуждать то, что они видят. Насколько бы мы ни не любили подход скрипт-кидди, профессиональный интерфейс не только облегчил бы поиск и клонирование этих скриптов, но и стимулировал бы процесс взаимодействия людей или качество вокруг них для оценки всего и стимулирования патчей, запросов на вытягивание и отзывов о плохих скриптах. Мои 2 цента.
     
     
     
    alexskysilk
    Guest
    #16
    0
    27.05.2025 22:51:00
    Источник – это не самый важный аспект, определяющий, можно ли доверять программному обеспечению. В сети полно открытого вредоносного ПО. Предупреждение здесь в том, чтобы не запускать программное обеспечение, которое вы нашли в интернете, не зная, что оно делает — особенно если у него есть доступ к корню вашей ОС.
     
     
     
    guruevi
    Guest
    #17
    0
    27.05.2025 23:09:00
    Также ничего не мешает тебе добавить систему меню в файл ~/.bash_profile, чтобы при входе в графическую оболочку и открытии терминала можно было выполнять определённые действия. Я делал так до интеграции драйвера nVIDIA. Твой скрипт сообщества также может патчить HTML и добавлять плагины. Можно сделать ещё много чего, «кто-то» должен это сделать. Поручать это разработчикам основного проекта — это требовать поддержки конкретной версии твоих скриптов сообщества (а их немало). Как я уже говорил, есть API и Python-интерфейс, для которого «кто-то» мог бы сделать HTML-интерфейс всего за несколько десятков строк кода. Мой личный фаворит — это поменять оболочку на что-нибудь вроде fish и использовать его программируемое автодополнение.
     
     
     
    ReanimationXP
    Guest
    #18
    0
    28.05.2025 05:06:00
    Ого, смотри, кто-то применяет рациональное мышление вместо простого сопротивления и токсичности без всякой причины. Невероятно. Я не собираюсь тратить время на эти форумы. С комментариями как эти неудивительно, что текущий UI - это такой непонятный кошмар по сравнению даже с VMWare, который и так не был хорош. Предложения OP и мои дают Proxmox шанс выделиться среди конкурентов, но нам бы не хотелось этого - вдруг кто-то впихнет вредоносный код в легко читаемый скрипт, а не в исходный код проекта!
     
     
     
    LnxBil
    Guest
    #19
    0
    30.05.2025 08:33:00
    Что скажешь по этому поводу? Я лично думаю, что интерфейс PVE лучше и (для меня) более интуитивен, чем у VMware. Многим функциям, которые мне приходится настраивать, я получаю доступ гораздо проще.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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