Можно ли управлять Proxmox без командной строки: честный ответ

Большинство задающих этот вопрос на самом деле хотят знать две разные вещи: «справлюсь ли я» и «не потеряю ли я чего-то». Оба ответа лучше, чем принято думать, но между ними есть важное предупреждение.

Панель, это не путь второго сорта

Распространённое допущение: интерфейс, это упрощённая оболочка, а настоящая работа делается в командной строке. Это неверно. Панель и командная строка говорят с одним и тем же интерфейсом: собственным программным интерфейсом Proxmox. Кнопка, которую вы нажимаете в панели, и команда, которую вы набираете в терминале, проходят через одну дверь.

То есть работа из панели, это не «облегчённая версия». Это та же работа с другой поверхности.

Почти вся ежедневная работа уже в панели

Создавать машины, запускать, останавливать, делать снимки, снимать копии, задавать хранилище, устраивать сеть, заводить пользователей и выдавать права, обновляться. Всё это есть в интерфейсе, и для большинства из этого командная строка и так медленнее.

Где командная строка действительно нужна

Таких мест немного, но не ноль, и честность требует это сказать. Обычно они попадают в три семейства: когда компонент ломается неожиданным образом (читать системные журналы, понять, почему служба не запускается), когда работа идёт массово (применить одно и то же изменение к сотне машин), и когда используется новая или очень частная возможность, которую интерфейс ещё не покрывает.

Обратите внимание на общее у этих трёх: все они вне обычного. Ни одно не входит в ежедневную работу.

Настоящая опасность не в незнании

Это самая важная фраза записи: опасность не в том, что вы не знаете командной строки, а в том, что вставляете команду, которую не понимаете.

Найденная в интернете команда выполняется на вашей машине с вашими правами, и результат никто не смотрит. В этой вики есть два конкретных примера: однострочная команда, которая якобы заглушает уведомление о подписке, а на деле разрушает всю библиотеку интерфейса, и файлы compose, которые выглядят как настройка, но способны отдать контейнеру всю машину.

Ни в одном из случаев беда была не в том, что человек не знал командной строки. Беда была в том, что он выполнил то, чего не знал. Тот, кто вовсе не трогает командную строку, не попадает ни в одну из ловушек; попадает тот, кто знает её наполовину.

Если хотите учиться, правильный порядок

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

И одно правило: не запускайте непонятную вам команду на машине, на которой держится ваша работа. Хотите попробовать, создайте машину для проб; все записи этой вики про копии и восстановление существуют ровно для этого.

Что делает Atlas

Atlas стоит на стороне переноса ежедневной работы в панель, то есть старается расширить приведённый выше список «почти всего». Но при этом он ничего не скрывает: он говорит, что сделает операция, а для операций без пути назад говорит это до операции.

Та же позиция видна в двух местах, прямо связанных с этой записью. Установочные сценарии и файлы compose проверяются до запуска, и строки, пробивающие границу контейнера, вам показываются. Работа, затрагивающая файлы, вроде заглушения уведомления о подписке, делается внутри продукта, а не вручную, и после записи файл перечитывается и проверяется.

То есть цель не в том, чтобы спрятать от вас командную строку. Цель в том, чтобы вам никогда не пришлось вставлять команду, которую вы не понимаете.