Пошаговая инструкция · Самостоятельная установка
Как установить Proxmox VE на физический сервер
Пошаговая инструкция для самостоятельной установки. Установим Proxmox VE на пустой физический сервер небольшими шагами: от загрузочного образа и сети до первой VM Ubuntu 26.04. Затем сделаем внешнюю резервную копию и проверим её восстановление. Для каждого этапа объясним, где выполнять действие и какой результат ожидать.
Что подготовить до установки #
Установим Proxmox VE на пустой физический сервер, затем создадим первую виртуальную машину Ubuntu 26.04. Proxmox включает собственную ОС на базе Debian: предварительно устанавливать Ubuntu на физический сервер не нужно. Для выбора ресурсов используйте руководство по серверу.
Подготовьте доступ к удалённой консоли IPMI/iKVM или монитор с клавиатурой. У провайдера заранее получите постоянный IP, префикс сети, шлюз и DNS. Отдельно уточните, какие IP и MAC-адреса разрешены виртуальным машинам. Если дополнительных адресов или разрешения на MAC нет, публичную сеть гостя по этому материалу не настраивайте: сначала согласуйте схему с провайдером.
Запишите настоящее имя узла, например pve.example.com. Во всех дальнейших шагах заменяйте это имя своим. Системный диск будет стёрт. Файлы и рабочие виртуальные машины, которые нужно сохранить, должны находиться на другом сервере или в проверенной резервной копии.
Панель управления использует TCP 8006, SSH — TCP 22. Разрешите их в панели провайдера только со своего административного IP или через VPN. Команды узла выполняются от root через его Shell в панели либо через удалённую консоль; команды гостевой Ubuntu отмечены отдельно и используют sudo.
Шаг 1. Проверьте консоль и аппаратную виртуализацию #
Откройте удалённую консоль физического сервера. Убедитесь, что видите загрузку и можете нажимать клавиши: она понадобится, если сетевые настройки окажутся неверными.
В UEFI/BIOS включите Intel VT-x или AMD-V. Найдите в документации сервера способ подключения virtual media: через этот пункт передадим установочный ISO. При локальной установке вместо virtual media понадобится флешка.
Переходите дальше, когда консоль работает и включена виртуализация. Если настроек BIOS не видно, запросите у провайдера доступ к ним до начала установки.
Шаг 2. Скачайте ISO для архитектуры сервера #
На своём рабочем компьютере откройте официальную страницу ISO и скачайте Proxmox VE 9.2-1 для x86-64. ARM64 — другой образ, он не подходит обычному серверу Intel/AMD.
Сохраните файл и указанную на странице SHA256-сумму. Далее показана сумма именно ISO 9.2-1; если скачали другой релиз, используйте сумму его файла.
На компьютере должен появиться файл proxmox-ve_9.2-1.iso, а не архив или страница загрузки.
Шаг 3. Проверьте целостность скачанного файла #
На Linux откройте терминал рабочего компьютера в папке с ISO и выполните команду ниже. На Windows можно выполнить Get-FileHash .\proxmox-ve_9.2-1.iso -Algorithm SHA256 в PowerShell; на macOS — shasum -a 256 proxmox-ve_9.2-1.iso.
Сравните весь полученный хеш с официальным значением. Это проверка скачивания: она помогает не устанавливать повреждённый или подменённый образ.
sha256sum proxmox-ve_9.2-1.isoДля x86-64 ISO 9.2-1 ожидается 4e88fe416df9b527624a175f24c9aa07c714d3332afb1ee3dbf3879573ef2c6c. При несовпадении удалите скачанный файл и загрузите заново; установку не продолжайте.
Шаг 4. Загрузите сервер с установочного образа #
В удалённой консоли подключите ISO как virtual media и выберите этот носитель в меню загрузки. Для локальной установки запишите ISO на флешку через Etcher или Rufus в режиме DD. Сначала сверьте, что выбрана именно флешка: запись удаляет её данные.
В меню ISO выберите Install Proxmox VE (Graphical). Если графический режим не запускается, выберите Terminal UI: основные поля установщика такие же.
Должно открыться лицензионное соглашение установщика Proxmox. Если снова загрузилась старая ОС, проверьте выбранный загрузочный носитель.
Шаг 5. Выберите диск для Proxmox #
После принятия лицензии откроется выбор Target Harddisk. Сверьте модель и объём с вашим списком дисков. В простом примере с одним системным диском можно оставить ext4; он не защищает от отказа накопителя.
Для двух одинаковых дисков с прямым доступом через Options можно выбрать ZFS RAID1 и оба нужных накопителя. Не выбирайте ZFS поверх аппаратного RAID. Если схема дисков непонятна, остановитесь на этом экране и уточните её: кнопка Install позже сотрёт выбранные диски целиком.
Выбраны только диски, которые разрешено стереть. Диски с чужими данными или будущим отдельным хранилищем не включены.
Шаг 6. Задайте часовой пояс и пароль root #
На следующем экране выберите страну, часовой пояс и раскладку. Затем задайте длинный уникальный пароль root и рабочую почту администратора.
Root — главный пользователь узла. Сохраните пароль в менеджере паролей, доступном независимо от нового Proxmox: он понадобится для первого входа и восстановления.
Часовой пояс соответствует месту эксплуатации, пароль сохранён, а адрес уведомлений написан без ошибки.
Шаг 7. Введите постоянный адрес управления #
В поле Management Interface выберите интерфейс, подключённый к сети управления. В Hostname укажите полное имя узла, например pve.example.com. В IP Address укажите выданный IP с префиксом; в Gateway и DNS Server — значения провайдера.
Имя узла должно разрешаться в его адрес управления. Не берите шлюз и префикс из чужого примера и не назначайте один IP сразу хосту и будущей VM. Если провайдер выдал специальные правила маршрутизации, следуйте его сетевой схеме.
Проверьте каждое поле по данным провайдера. Ошибка здесь обычно приводит к недоступной панели после перезагрузки.
Шаг 8. Запустите установку и отключите ISO #
На итоговом экране ещё раз проверьте диски и сеть. Нажмите Install и дождитесь сообщения о завершении.
Отключите ISO в virtual media либо выньте флешку, затем перезагрузите сервер. Не прерывайте питание во время установки.
На консоли загрузившегося узла появится адрес панели с портом 8006. Повторное меню установки означает, что ISO остался первым в порядке загрузки.
Шаг 9. Откройте панель и войдите как root #
На рабочем компьютере из разрешённой сети откройте https://pve.example.com:8006, подставив свой домен. Если DNS ещё не готов, временно используйте https://IP_СЕРВЕРА:8006.
Начальный сертификат самоподписанный. Сверьте его отпечаток с сертификатом /etc/pve/local/pve-ssl.pem через доверенную консоль узла, прежде чем принимать исключение браузера. В форме входа выберите realm Linux PAM, пользователя root и сохранённый пароль.
openssl x509 -in /etc/pve/local/pve-ssl.pem -noout -fingerprint -sha256Слева должна появиться структура Datacenter и имя узла. Если страница не открывается, используйте раздел диагностики в конце; переустанавливать узел сразу не нужно.
Шаг 10. Проверьте сеть и службы самого узла #
В панели выберите узел → Shell. Это терминал физического сервера, а не будущей VM. Выполните проверку ниже; sudo здесь не требуется.
pveversion показывает установленные пакеты, hostname — имя, ip — адрес и маршрут, timedatectl — время. Последняя команда проверяет две службы управления.
pveversion -v
hostname --fqdn
ip -br address
ip route
timedatectl status
systemctl is-active pveproxy pvedaemonИмя и адрес должны совпадать с выбранными при установке, маршрут — содержать правильный шлюз, обе службы — вывести active. Сетевую ошибку исправляйте через консоль с данными провайдера.
Шаг 11. Выберите репозиторий и установите обновления #
В узле откройте Updates → Repositories. При действующей подписке используйте Enterprise, рекомендованный для production. Без подписки отключите недоступную запись Enterprise и добавьте No-Subscription через Add; его пакеты проходят другой уровень проверки. Test не подключайте.
Откройте Updates, нажмите Refresh и затем Upgrade. Прочитайте список изменений в открывшемся терминале. Если обновилось ядро, перезагрузите пустой узел сейчас, до размещения рабочих VM.
Обновление заканчивается без ошибок доступа к репозиторию. Ошибка 401 обычно означает включённый Enterprise без подходящей подписки. После перезагрузки панель снова доступна.
Шаг 12. Создайте отдельного администратора #
В Datacenter → Permissions → Users создайте отдельную учётную запись для ежедневной работы. Для встроенного realm Proxmox VE authentication server задайте пароль; на Datacenter назначьте ей роль Administrator через Permissions → Add → User Permission, если человеку действительно нужны полные права.
В Datacenter → Permissions → Two Factor включите второй фактор для этой учётной записи. Сохраните коды восстановления отдельно, затем проверьте вход в приватном окне браузера. Root сохраните для аварийного доступа; текущую root-сессию закрывайте после проверки нового входа.
Отдельный пользователь входит, видит узел и проходит двухфакторную проверку. Если прав нет, проверьте назначение роли и область действия, а не делитесь root-паролем.
Шаг 13. Загрузите ISO Ubuntu для виртуальной машины #
Скачайте официальный Ubuntu Server 26.04 и проверьте его SHA256 по странице Ubuntu. В панели Proxmox выберите узел → local → ISO Images → Upload и загрузите проверенный файл.
local хранит установочные образы; диск виртуальной машины позднее разместим на хранилище, которое поддерживает VM disks. Это разные назначения.
В ISO Images появился файл Ubuntu 26.04 с ожидаемым именем и размером. Если пункта ISO Images нет, выберите хранилище, у которого включён тип содержимого ISO image.
Шаг 14. Задайте имя и ресурсы первой VM #
Нажмите Create VM. В General оставьте свободный VM ID и задайте понятное имя, например ubuntu-test. В OS выберите загруженный ISO Ubuntu, в System для первой Linux VM можно оставить предложенные настройки.
В CPU и Memory выделите ресурсы будущего приложения по его руководству о выборе сервера. Для учебной VM можно начать с 2 vCPU и 4 ГБ RAM, если физическому узлу хватает ресурсов. Оставьте память и процессор самому Proxmox и другим VM; не отдавайте гостю всё.
Запишите ID и имя VM. На этом этапе VM ещё не запущена, Ubuntu ещё не установлена.
Шаг 15. Выберите диск и допустимую сеть VM #
В Disks выберите хранилище для VM disks, например local-lvm при типовой установке ext4, и размер системного диска, например 32 ГБ для учебной Ubuntu. Для Linux используйте SCSI с контроллером VirtIO SCSI; в Network — адаптер VirtIO.
Bridge vmbr0 подключает VM к сети через физический интерфейс. Используйте его с выданным гостю адресом только когда провайдер допускает эту схему и дополнительные MAC. Если сеть ещё не согласована, создайте VM без подключения к публичной сети и сначала решите адресацию; адрес физического узла нельзя повторить в госте.
На Confirm сверьте параметры и нажмите Finish. Не включайте автоматический запуск, если хотите сначала проверить созданную конфигурацию.
VM появилась слева, её Hardware соответствует выбранным диску, памяти и сети. Отсутствие сети здесь не лечится случайной сменой IP Proxmox.
Шаг 16. Установите Ubuntu внутри VM #
Выберите VM → Start → Console. Пройдите установщик Ubuntu: сеть по согласованной схеме, имя машины, обычный пользователь и OpenSSH Server. Целевой диск на этом экране — виртуальный диск гостя, а не физический диск Proxmox.
После завершения перезагрузите гостя и уберите установочный ISO из виртуального CD/DVD либо порядка загрузки. Войдите в Ubuntu созданным пользователем. Дальнейшую общую настройку гостя можно выполнить по подготовке Ubuntu.
VM загружается в установленную Ubuntu без меню ISO. Вы можете войти через Console; если сеть согласована и работает — также через SSH.
Шаг 17. Установите гостевой агент в Ubuntu #
Откройте терминал именно внутри VM: Console Ubuntu или SSH на её адрес. Установите qemu-guest-agent. Он помогает Proxmox получать адреса гостя и корректно выполнять некоторые операции, но не заменяет копии приложений.
Эти команды используют sudo, потому что относятся к Ubuntu. Не выполняйте их в Shell физического узла.
sudo apt update
sudo apt install -y qemu-guest-agentПакет устанавливается без ошибок APT. Сообщение о недоступном virtio-канале до следующего шага возможно: его ещё нужно включить в настройках VM.
Шаг 18. Подключите агент и заново запустите VM #
В панели VM → Options включите QEMU Guest Agent. Выполните Shutdown и дождитесь состояния stopped, затем нажмите Start. Полная остановка нужна для добавления канала агента; перезагрузки внутри Ubuntu для этого недостаточно.
После запуска снова войдите в гостевую Ubuntu и проверьте службу. Если она не активна, проверьте включённую опцию и факт полного выключения.
sudo systemctl start qemu-guest-agent
sudo systemctl is-active qemu-guest-agentОжидается active. В Summary VM должны появиться сведения об IP гостя; проверьте их соответствие вашей сетевой схеме.
Шаг 19. Подключите внешнее хранилище копий #
Подготовьте отдельный Proxmox Backup Server по его инструкции. Его диски должны быть независимы от дисков этого узла: снимок на том же накопителе не помогает при его отказе.
В Proxmox VE откройте Datacenter → Storage → Add → Proxmox Backup Server. Укажите название подключения, адрес PBS, datastore, отдельного пользователя или токен с нужными правами и сверенный TLS-отпечаток. Возьмите эти данные из настроенного PBS, не из чужого примера.
Хранилище появилось в списке и доступно узлу. При ошибке проверьте адрес PBS, доступ на TCP 8007, имя datastore, учётные данные и отпечаток.
Шаг 20. Создайте задание и выполните первую копию #
Откройте Datacenter → Backup → Add. Выберите созданную VM, внешнее хранилище, расписание и режим Snapshot. Укажите число сохраняемых копий и уведомления об ошибках.
Запустите задание через Run now и откройте его журнал. Агент помогает согласовать файловую систему, но для базы данных будущего приложения понадобятся и предусмотренные самим приложением процедуры резервирования.
Задание завершилось со статусом TASK OK, а копия появилась на внешнем хранилище. Проверьте уведомление отдельно: отсутствие письма не подтверждает его настройку.
Шаг 21. Восстановите копию в отдельную VM #
Откройте Backup у исходной VM или на хранилище, выберите копию и Restore. Укажите другой свободный VM ID и достаточное хранилище. Не восстанавливайте поверх работающей VM ради проверки.
До первого запуска тестовой VM отключите её сетевой адаптер в Hardware. Это исключает дубли IP и действия двух одинаковых приложений. Запустите восстановленную VM, войдите через Console и проверьте знакомые файлы. После теста сохраните результат и удалите ненужный тестовый экземпляр осознанно.
Копия пригодна, когда восстановленная VM действительно загрузилась и данные читаются. Отдельно сохраняйте конфигурацию /etc/pve и сетевые настройки узла: копия гостя не восстанавливает физический Proxmox.
Если панель или VM не работают #
Панель не открывается: через доверенную iKVM проверьте адрес узла, шлюз, разрешение TCP 8006 в панели провайдера и состояние pveproxy. Используйте команды диагностики ниже от root. Если pveproxy сообщает об ошибке, начните с конкретной строки журнала.
VM загружается, но без сети: проверьте мост, VLAN, разрешённый провайдером MAC, адрес и шлюз внутри Ubuntu. Рабочая сеть физического хоста не гарантирует автоматическую сеть гостя.
Перед дальнейшим размещением приложений проверьте внешний backup и доступ к консоли. Обновляйте узел в согласованное время и повторяйте проверку VM после перезагрузки. Кластер и Ceph требуют отдельного плана; этот материал описывает один узел.
journalctl -u pveproxy -u pvedaemon --since "15 minutes ago" --no-pager
qm list
pvesm status
df -h