Установка и первичная настройка Proxmox VE на HP ProLiant DL380 G7

1. Назначение

Proxmox VE можно использовать как практичный гипервизор для серверов старого поколения, например HP ProLiant DL380 G7 с процессорами Intel Xeon E56xx, где современные версии VMware ESXi могут не устанавливаться из-за ошибки Unsupported CPU.

Proxmox VE поддерживает:

KVM-виртуальные машины;
LXC-контейнеры;
веб-управление;
локальные и сетевые хранилища;
резервное копирование;
кластеризацию.

2. Загрузка ISO

ISO-образ Proxmox VE следует скачивать с официального сайта:

https://www.proxmox.com/en/downloads/proxmox-virtual-environment/iso

Для старого оборудования разумно иметь два варианта:

1. Актуальный ISO Proxmox VE — основной вариант.
2. Предыдущая стабильная версия Proxmox VE — резервный вариант при проблемах с загрузкой или установщиком.

3. Запись ISO на USB-флешку

Для записи ISO рекомендуется использовать:

Rufus
balenaEtcher

При использовании Rufus желательно выбирать режим:

DD Image mode

Рекомендуемые параметры Rufus:

Схема раздела: MBR
Целевая система: BIOS or UEFI-CSM
Режим записи: DD Image mode

Для Proxmox VE не требуется HPE USB Key Utility. Она больше подходит для старых сервисных ISO HPE, например SPP/SmartStart.

4. Настройки BIOS/RBSU

Перед установкой желательно проверить настройки виртуализации:

System Options → Processor Options

Рекомендуемые параметры:

Intel Virtualization Technology: Enabled
Hyper-Threading: Enabled
Intel VT-d: Enabled, если доступно

Загрузка с USB выполняется через меню загрузки сервера:

F11 = Boot Menu

5. Выбор дисковой схемы

Для серверов с аппаратным RAID-контроллером HP Smart Array P410i Proxmox обычно видит не отдельные физические диски, а один или несколько логических дисков.

Рекомендуемая схема:

Аппаратный RAID P410i
        ↓
Logical Drive
        ↓
Proxmox VE
        ↓
ext4 / LVM

Не рекомендуется выбирать ZFS поверх аппаратного RAID-контроллера P410i, так как ZFS предпочтительно использовать при прямом доступе к физическим дискам.

При установке оптимально выбрать:

Filesystem: ext4

или стандартный вариант Proxmox:

ext4 / LVM

6. Выбор режима установки

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

Install Proxmox VE (Terminal UI)

Если после выбора Terminal UI появляется чёрный экран, можно отредактировать параметры загрузки.

В меню загрузки Proxmox выбрать пункт установки, нажать:

В конец строки linux добавить:

nomodeset vga=normal console=tty0

Если не помогло, попробовать:

nomodeset nofb vga=normal console=tty0

После изменения параметров загрузить установщик:

Ctrl + X

или:

F10

7. Параметры установки

7.1. FQDN

В поле FQDN указать:

SMR-SRV-OT-PROXMOX.baltika.local

Где:

SMR-SRV-OT-PROXMOX — имя узла Proxmox;
baltika.local      — внутренний доменный суффикс.

7.2. Сетевые настройки при установке

На этапе установки рекомендуется задать основной статический IP-адрес на первом сетевом интерфейсе.

Параметры для nic0:

Hostname / FQDN: SMR-SRV-OT-PROXMOX.baltika.local
IP Address:      192.168.1.69/24
Gateway:         192.168.1.1
DNS Server:      192.168.1.1

После установки веб-интерфейс будет доступен по адресу:

https://192.168.1.69:8006

7.3. SWAP

Для сервера с большим объёмом RAM обычно достаточно:

16–24 GB SWAP

SWAP размером 32–40 GB допустим, но чаще всего избыточен. Критичной ошибкой это не является, но такой объём занимает место на дисковом массиве.

Для гипервизора важно не допускать активного использования SWAP, так как это резко снижает производительность виртуальных машин.

8. Первый вход в веб-интерфейс

После установки открыть веб-интерфейс:

https://192.168.1.69:8006

Для первого входа используется область аутентификации:

Linux PAM standard authentication

Параметры входа:

User name: root
Password: пароль, заданный при установке
Realm: Linux PAM standard authentication

Фактически вход выполняется как:

root@pam

Область Proxmox VE authentication server используется для внутренних пользователей Proxmox, например:

admin@pve
operator@pve
viewer@pve

Такие пользователи существуют только внутри Proxmox и не являются системными Linux-пользователями.

9. Настройка физических сетевых интерфейсов

В Proxmox IP-адрес обычно назначается не физической сетевой карте, а Linux Bridge. Физический интерфейс при этом становится портом моста.

Целевая схема:

Физический порт nic0 → vmbr0 → 192.168.1.69/24
Физический порт nic1 → nic1.2100 → vmbr1 → 10.44.100.251/24

Назначение сетей:

vmbr0 — сеть 192.168.1.0/24, управление Proxmox и обновления.
vmbr1 — сеть 10.44.100.0/24, VLAN 2100, второй сетевой сегмент для доступа к ВМ.

На самом Proxmox должен быть один основной default gateway. Для доступа к обновлениям шлюз указывается на vmbr0:

Gateway IPv4: 192.168.1.1

На vmbr1 шлюз не указывается:

Gateway IPv4: пусто

Физический порт коммутатора, к которому подключён nic1, должен быть настроен как trunk, а VLAN 2100 должен быть разрешён на данном trunk-порту.

10. Настройка сети через веб-интерфейс

Открыть:

Datacenter
└── Node
    └── System
        └── Network

В списке будут физические интерфейсы, VLAN-интерфейсы и мосты, например:

nic0
nic1
nic1.2100
vmbr0
vmbr1

10.1. Настройка первого моста vmbr0

Выделить vmbr0 и нажать:

Edit

Параметры:

Name:         vmbr0
IPv4/CIDR:    192.168.1.69/24
Gateway IPv4: 192.168.1.1
Bridge ports: nic0
Autostart:    включено
VLAN aware:   выключено, если VLAN на этом интерфейсе не используются

vmbr0 используется для управления Proxmox, доступа к веб-интерфейсу и обновления сервера.

10.2. Создание VLAN-интерфейса nic1.2100

Так как второй физический порт используется как trunk, для VLAN 2100 необходимо создать VLAN-интерфейс.

Нажать:

Create → Linux VLAN

Параметры:

Name:            nic1.2100
VLAN raw device: nic1
VLAN Tag:        2100

Этот интерфейс означает: взять физический trunk-порт nic1 и выделить из него тегированный VLAN 2100.

10.3. Создание второго моста vmbr1

После создания nic1.2100 создать второй Linux Bridge:

Create → Linux Bridge

Параметры:

Name:         vmbr1
IPv4/CIDR:    10.44.100.251/24
Gateway IPv4: оставить пустым
Bridge ports: nic1.2100
Autostart:    включено
VLAN aware:   выключено

Важно: в поле Bridge ports указывается не nic1, а именно:

nic1.2100

Итоговая логика второго интерфейса:

vmbr1 → nic1.2100 → nic1 → trunk port коммутатора → VLAN 2100

После изменения настроек нажать:

Apply Configuration

Изменение сетевых настроек желательно выполнять с доступом к физической консоли или iLO, чтобы не потерять управление сервером при ошибке в конфигурации.

11. Подключение виртуальных машин к двум сетям

Для ВМ, которой нужен доступ из обеих сетей, добавляются два сетевых адаптера:

VM
└── Hardware
    └── Add
        └── Network Device

Первый адаптер:

Bridge: vmbr0
Model:  VirtIO (paravirtualized)

Второй адаптер:

Bridge: vmbr1
Model:  VirtIO (paravirtualized)
VLAN Tag: пусто

Для ВМ, подключенной к vmbr1, VLAN Tag в настройках сетевого адаптера указывать не нужно. Виртуальная машина будет видеть обычный нетегированный интерфейс, а Proxmox передаст этот трафик наружу через nic1.2100 в VLAN 2100.

Внутри самой ВМ настраиваются два IP-адреса, например:

Адаптер 1:
  IP:      192.168.1.100/24
  Gateway: 192.168.1.1

Адаптер 2:
  IP:      10.44.100.100/24
  Gateway: не указывать

У виртуальной машины также желательно иметь один основной шлюз, если нет отдельной задачи маршрутизации через две сети.

Итоговая логика:

net0 → vmbr0 → сеть 192.168.1.0/24
net1 → vmbr1 → nic1.2100 → VLAN 2100 / сеть 10.44.100.0/24

Proxmox в такой схеме не маршрутизирует сети между собой, а предоставляет ВМ подключение к двум разным физическим сегментам.

12. Проверка сетевых настроек через Shell

После применения сетевой конфигурации можно проверить состояние интерфейсов.

# Показывает IP-адреса интерфейсов в кратком виде
ip -br addr

Ожидаемо должно быть примерно так:

vmbr0        UP    192.168.1.69/24
nic1.2100    UP
vmbr1        UP    10.44.100.251/24

Проверить маршруты:

# Показывает таблицу маршрутизации
ip route

Ожидаемая логика маршрутов:

default via 192.168.1.1 dev vmbr0
192.168.1.0/24 dev vmbr0
10.44.100.0/24 dev vmbr1

Проверить доступность шлюза:

# Проверяем доступность основного шлюза
ping -c 4 192.168.1.1

Проверить доступ в интернет по IP:

# Проверяем внешний доступ без проверки DNS
ping -c 4 8.8.8.8

Проверить DNS:

# Проверяем разрешение DNS-имён
ping -c 4 download.proxmox.com

Проверить доступность второго сетевого сегмента можно ping-запросом до доступного устройства в сети 10.44.100.0/24.

Пример:

# Проверяем доступность устройства во втором сетевом сегменте
ping -c 4 10.44.100.1

Адрес 10.44.100.1 необходимо заменить на реально существующее устройство в этой сети.

13. Подписка Proxmox

После входа может появиться предупреждение:

No valid subscription

Это не блокирует работу Proxmox VE.

Без подписки продолжают работать:

виртуальные машины;
LXC-контейнеры;
веб-интерфейс;
сеть;
хранилища;
резервное копирование;
обычная эксплуатация гипервизора.

Подписка нужна для:

доступа к enterprise-репозиторию;
коммерческой поддержки;
более проверенной ветки обновлений.

Для эксплуатации без подписки необходимо отключить enterprise-репозиторий и включить no-subscription-репозиторий.

14. Настройка репозиториев

Через веб-интерфейс:

Datacenter
└── Node
    └── Updates
        └── Repositories

Необходимо:

1. Отключить репозитории enterprise.proxmox.com.
2. Включить pve-no-subscription.
3. Не включать pvetest.
4. Не включать Ceph-репозитории, если Ceph не используется.

Что такое Ceph

Ceph — это распределённое хранилище для кластера из нескольких Proxmox-серверов. Для одиночного сервера с локальным RAID-массивом Ceph обычно не требуется.

15. Проверка репозиториев через Shell

Открыть Shell в веб-интерфейсе или подключиться по SSH.

Проверить версию Proxmox:

# Показывает версию Proxmox VE
pveversion

# Показывает базовую версию Debian
cat /etc/os-release

Проверить подключенные репозитории:

# Показывает активные репозитории Proxmox и Debian
grep -R "enterprise.proxmox\|download.proxmox\|pve-no-subscription\|pve-enterprise\|debian" \
/etc/apt/sources.list /etc/apt/sources.list.d/* 2>/dev/null

Нормально, если присутствует:

download.proxmox.com
pve-no-subscription

Нежелательно, если активен:

enterprise.proxmox.com

Если enterprise-строка закомментирована или файл отключён — это нормально.

16. Первичное обновление Proxmox через веб-интерфейс

После отключения enterprise-репозитория и включения pve-no-subscription обновление можно выполнить через веб-интерфейс Proxmox.

Открыть:

Datacenter
└── Node
    └── Updates

Далее выполнить:

1. Нажать Refresh.
2. Дождаться обновления списка пакетов.
3. Проверить, что нет ошибок по enterprise.proxmox.com.
4. Нажать Upgrade.
5. В открывшемся окне консоли подтвердить обновление.
6. Дождаться завершения установки пакетов.
7. После завершения обновления перезагрузить сервер, если обновлялось ядро или основные компоненты Proxmox.

При нажатии Upgrade Proxmox фактически запускает обновление через консоль. В окне будет виден процесс установки пакетов и возможные вопросы apt.

Если появится запрос:

Do you want to continue? [Y/n]

нужно подтвердить:

Если во время обновления появится вопрос по конфигурационным файлам, например:

Configuration file '/etc/...'
 ==> Modified since installation.

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

keep the local version currently installed

Особенно аккуратно следует относиться к сетевым конфигурационным файлам:

/etc/network/interfaces
/etc/hosts
/etc/hostname

После завершения обновления рекомендуется перезагрузить сервер:

Node
└── Reboot

17. Первичное обновление Proxmox через Shell

Альтернативно обновление можно выполнить через Shell.

# Обновляем список доступных пакетов
apt update

Проверить список обновлений:

# Показывает пакеты, для которых доступны обновления
apt list --upgradable

Выполнить полное обновление:

# Корректное обновление Proxmox/Debian с учетом зависимостей и новых пакетов
apt dist-upgrade

После обновления рекомендуется перезагрузить сервер:

# Перезагрузка после обновления ядра и компонентов Proxmox
reboot

18. Проверка после перезагрузки

После перезагрузки проверить состояние системы:

# Проверяем версию Proxmox VE
pveversion

# Проверяем загруженное ядро
uname -r

# Проверяем, есть ли упавшие systemd-сервисы
systemctl --failed

Повторно проверить обновления:

# Обновляем индекс пакетов
apt update

# Проверяем, остались ли доступные обновления
apt list --upgradable

Если команда:

systemctl --failed

показывает:

0 loaded units listed

значит явных упавших служб нет.

19. Настройка swappiness

Чтобы Linux менее охотно использовал SWAP, можно уменьшить параметр swappiness.

Проверить текущее значение:

# Показывает текущую склонность системы к использованию SWAP
cat /proc/sys/vm/swappiness

Временно установить значение 10:

# Временно снижает склонность системы использовать SWAP
sysctl vm.swappiness=10

Сохранить постоянно:

# Создаем отдельный конфигурационный файл sysctl
echo "vm.swappiness=10" > /etc/sysctl.d/99-swappiness.conf

# Применяем параметры sysctl без перезагрузки
sysctl --system

Проверить RAM и SWAP:

# Показывает использование RAM и SWAP
free -h

# Показывает подключенные swap-области
swapon --show

20. Итоговый порядок установки и настройки

1. Скачать ISO Proxmox VE с официального сайта.
2. Записать ISO на USB через Rufus в DD Image mode или balenaEtcher.
3. В BIOS/RBSU проверить Intel Virtualization Technology и Hyper-Threading.
4. Загрузиться с USB через F11 Boot Menu.
5. Выбрать Install Proxmox VE (Terminal UI).
6. При чёрном экране добавить nomodeset vga=normal console=tty0.
7. Установить Proxmox на Logical Drive аппаратного RAID-контроллера.
8. Использовать ext4/LVM, не ZFS.
9. Указать FQDN:
   SMR-SRV-OT-PROXMOX.baltika.local.
10. Задать основной статический IP-адрес:
    nic0 / vmbr0 — 192.168.1.69/24;
    шлюз — 192.168.1.1;
    DNS — 192.168.1.1.
11. После установки войти в веб-интерфейс:
    https://192.168.1.69:8006
12. Войти через root@pam.
13. Настроить сетевые интерфейсы:
    vmbr0 — 192.168.1.69/24, шлюз 192.168.1.1, bridge port nic0;
    nic1.2100 — VLAN-интерфейс на физическом trunk-порту nic1, VLAN Tag 2100;
    vmbr1 — 10.44.100.251/24, без шлюза, bridge port nic1.2100.
14. Для нужных ВМ добавить два сетевых адаптера:
    net0 → vmbr0;
    net1 → vmbr1.
15. Отключить enterprise-репозиторий.
16. Включить pve-no-subscription.
17. Выполнить первичное обновление одним из способов:
    через веб-интерфейс:
      Node → Updates → Refresh → Upgrade;
    или через Shell:
      apt update
      apt dist-upgrade
18. Перезагрузить сервер.
19. Проверить версию, ядро, сервисы, сетевые настройки и наличие обновлений.

Итоговая схема сети:

Proxmox host:
  vmbr0:
    IP:      192.168.1.69/24
    Gateway: 192.168.1.1
    DNS:     192.168.1.1
    Port:    nic0

  nic1:
    Режим порта на коммутаторе: trunk
    Разрешённый VLAN: 2100

  nic1.2100:
    VLAN raw device: nic1
    VLAN Tag:        2100

  vmbr1:
    IP:          10.44.100.251/24
    Gateway:     пусто
    Bridge port: nic1.2100

VM:
  net0 → vmbr0 → 192.168.1.0/24
  net1 → vmbr1 → nic1.2100 → VLAN 2100 / 10.44.100.0/24

Такой вариант подходит для одиночного сервера с аппаратным RAID и использованием Proxmox VE как локального гипервизора для виртуальных машин и контейнеров.

Дополнение по сертификатам

Ниже даю полную рабочую инструкцию именно для твоего случая: Proxmox Web UI открывается по IP 10.44.100.225:8006, а сертификат сейчас выписан на имя SMR-SRV-OT-PROXMOX.baltika.local, из-за чего браузер показывает NET::ERR_CERT_COMMON_NAME_INVALID.

Задача: выпустить сертификат, в котором IP 10.44.100.225 будет указан в Subject Alternative Name. Для современных браузеров одного CN = 10.44.100.225 недостаточно.

Официально Proxmox позволяет подложить отдельный сертификат для pveproxy через файлы /etc/pve/local/pveproxy-ssl.pem и /etc/pve/local/pveproxy-ssl.key; именно они используются как альтернативный сертификат для Web/API-интерфейса.

1. Что получится после выполнения

После инструкции ты сможешь заходить:

https://10.44.100.225:8006

Ошибка:

NET::ERR_CERT_COMMON_NAME_INVALID

должна исчезнуть.

Но важно: если сертификат будет самоподписанный, браузер всё равно может предупреждать, что сертификат не доверенный. Это уже другая ошибка — не про имя/IP, а про доверие. Чтобы убрать предупреждение полностью, в конце инструкции есть блок импорта сертификата в доверенные на Windows.

2. Подключиться к Proxmox

Выполнять команды нужно на самом Proxmox от root.

Лучше через SSH:

ssh root@10.44.100.225

Или через физическую консоль сервера.

3. Проверить текущие данные

hostname
hostname -f
ip -br address

Убедись, что нужный IP действительно:

10.44.100.225

4. Создать резервную копию текущих сертификатов

BACKUP_DIR="/root/pve-cert-backup-$(date +%F_%H-%M-%S)"
mkdir -p "$BACKUP_DIR"

cp -a /etc/pve/local/pveproxy-ssl.pem "$BACKUP_DIR/" 2>/dev/null || true
cp -a /etc/pve/local/pveproxy-ssl.key "$BACKUP_DIR/" 2>/dev/null || true
cp -a /etc/pve/local/pve-ssl.pem "$BACKUP_DIR/" 2>/dev/null || true
cp -a /etc/pve/local/pve-ssl.key "$BACKUP_DIR/" 2>/dev/null || true

echo "Backup saved to: $BACKUP_DIR"

Даже если часть файлов не найдётся — это нормально. У Proxmox могут использоваться штатные сертификаты, а кастомных pveproxy-ssl.* ещё может не быть.

5. Создать конфиг для сертификата

Создаём файл конфигурации OpenSSL:

cat > /root/pve-ip-cert.cnf <<'EOF'
[req]
default_bits       = 4096
prompt             = no
default_md         = sha256
distinguished_name = dn
x509_extensions    = v3_req

[dn]
CN = 10.44.100.225

[v3_req]
basicConstraints = CA:FALSE
keyUsage = digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth
subjectAltName = @alt_names

[alt_names]
IP.1 = 10.44.100.225
DNS.1 = SMR-SRV-OT-PROXMOX.baltika.local
DNS.2 = SMR-SRV-OT-PROXMOX
EOF

Ключевая строка здесь:

IP.1 = 10.44.100.225

Именно она нужна, чтобы браузер считал сертификат подходящим для подключения по IP.

6. Выпустить новый самоподписанный сертификат

openssl req -x509 -nodes -days 3650 \
  -newkey rsa:4096 \
  -keyout /root/pveproxy-ssl.key \
  -out /root/pveproxy-ssl.pem \
  -config /root/pve-ip-cert.cnf

Что делает команда:

-x509              — создаёт самоподписанный сертификат;
-nodes             — приватный ключ без пароля, это нужно для службы pveproxy;
-days 3650         — срок действия примерно 10 лет;
-newkey rsa:4096   — создаёт новый RSA-ключ 4096 бит;
-keyout            — файл приватного ключа;
-out               — файл сертификата;
-config            — использует наш конфиг с IP в SAN.

7. Проверить, что IP попал в сертификат

openssl x509 -in /root/pveproxy-ssl.pem -noout -subject -issuer -dates

Потом обязательно проверить Subject Alternative Name:

openssl x509 -in /root/pveproxy-ssl.pem -noout -text | grep -A3 "Subject Alternative Name"

Должно быть примерно так:

X509v3 Subject Alternative Name:
    IP Address:10.44.100.225, DNS:SMR-SRV-OT-PROXMOX.baltika.local, DNS:SMR-SRV-OT-PROXMOX

Если строки:

IP Address:10.44.100.225

нет — дальше не продолжай, сертификат создан неправильно.

8. Установить сертификат в Proxmox

install -m 600 /root/pveproxy-ssl.key /etc/pve/local/pveproxy-ssl.key
install -m 644 /root/pveproxy-ssl.pem /etc/pve/local/pveproxy-ssl.pem

Проверить файлы:

ls -l /etc/pve/local/pveproxy-ssl.*

Ожидаемо:

/etc/pve/local/pveproxy-ssl.key
/etc/pve/local/pveproxy-ssl.pem

9. Перезапустить Web-интерфейс Proxmox

systemctl restart pveproxy

Это перезапустит только веб-прокси Proxmox. ВМ от этого не должны перезагружаться.

Проверить состояние:

systemctl status pveproxy

Должно быть:

active (running)

10. Проверить сертификат с самого Proxmox

openssl s_client -connect 10.44.100.225:8006 -servername 10.44.100.225 </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates

И отдельно SAN:

openssl s_client -connect 10.44.100.225:8006 -servername 10.44.100.225 </dev/null 2>/dev/null | openssl x509 -noout -text | grep -A3 "Subject Alternative Name"

Должно снова быть:

IP Address:10.44.100.225

11. Очистить старую сессию в браузере

На рабочем ПК:

Закрой все вкладки Proxmox.
Лучше полностью закрой браузер.
Открой браузер заново.
Зайди по адресу:

https://10.44.100.225:8006

Если браузер всё ещё показывает старый сертификат, очисти данные сайта для:

10.44.100.225

Либо проверь в режиме инкогнито.

12. Если браузер всё равно предупреждает

После этой инструкции ошибка COMMON_NAME_INVALID должна уйти. Но может появиться или остаться предупреждение, что сертификат не доверенный, потому что он самоподписанный.

Для полного доверия нужно импортировать сертификат в Windows.

12.1. Скопировать сертификат с Proxmox на Windows

С Proxmox можно временно скопировать файл куда-нибудь через WinSCP/SCP:

/root/pveproxy-ssl.pem

На Windows лучше переименовать его, например:

proxmox-10.44.100.225.crt

12.2. Установить сертификат в доверенные

На Windows:

Двойной клик по файлу proxmox-10.44.100.225.crt.
Установить сертификат.
Выбрать Локальный компьютер.
Выбрать Поместить все сертификаты в следующее хранилище.
Выбрать:

Доверенные корневые центры сертификации

Завершить установку.

После этого закрыть браузер и открыть снова.

13. Откат, если что-то пошло не так

Если после замены сертификата Web UI стал работать хуже или не открывается, зайди по SSH/физической консоли и удали кастомный сертификат:

rm -f /etc/pve/local/pveproxy-ssl.pem
rm -f /etc/pve/local/pveproxy-ssl.key
systemctl restart pveproxy

После этого Proxmox вернётся к штатному сертификату.

Если нужно восстановить именно старые файлы из бэкапа:

ls -d /root/pve-cert-backup-*

Выбери нужную папку и скопируй обратно:

cp -a /root/pve-cert-backup-YYYY-MM-DD_HH-MM-SS/pveproxy-ssl.pem /etc/pve/local/ 2>/dev/null || true
cp -a /root/pve-cert-backup-YYYY-MM-DD_HH-MM-SS/pveproxy-ssl.key /etc/pve/local/ 2>/dev/null || true
systemctl restart pveproxy

14. Чего сейчас не делать

Не надо выполнять вслепую:

pvecm updatecerts -f

Для твоей задачи это не лучший путь, потому что команда обновляет штатные сертификаты Proxmox, а тебе нужен именно сертификат для входа по IP 10.44.100.225.

Также не нужно менять сеть 10.44.3.0/24. Вся работа делается локально на Proxmox и касается только сертификата Web UI.