Установка и первичная настройка 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 выбрать пункт установки, нажать:

e

В конец строки 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]

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

Y

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

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-адресу

Проблема

НижеПосле даюустановки полную рабочую инструкцию именно для твоего случая: 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. Что получится после выполнения

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

https://10.44.100.225:8006

Ошибка:При этом браузер выдавал предупреждение:

NET::ERR_CERT_COMMON_NAME_INVALID

должна

исчезнуть.

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

DNS-имя

---

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

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

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

ssh root@10.44.100.225SMR-SRV-OT-PROXMOX.baltika.local

Илиа черезподключение физическуювыполнялось консольпо сервера.IP-адресу:

---

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

hostname
hostname -f
ip -br address10.44.100.225

Убедись,Для чтосовременных нужныйбраузеров IPнедостаточно действительно:указать IP-адрес только в CN. IP-адрес обязательно должен быть добавлен в поле сертификата Subject Alternative Name, сокращенно SAN.

---

Цель настройки

Выпустить и установить для Proxmox Web UI самоподписанный сертификат, в котором будут указаны:

IP:  10.44.100.225
DNS: SMR-SRV-OT-PROXMOX.baltika.local
DNS: SMR-SRV-OT-PROXMOX

После этого ошибка NET::ERR_CERT_COMMON_NAME_INVALID при входе по IP-адресу должна исчезнуть.

---

Важные замечания

Интернет для данной операции не требуется. Сертификат создается локально на самом Proxmox.

Команды выполняются на сервере Proxmox от пользователя root.

В Proxmox каталог /etc/pve является не обычной файловой системой, а кластерной файловой системой Proxmox — pmxcfs. Поэтому не всегда корректно копировать сертификаты туда через install или вручную менять права. Правильнее использовать штатную команду:

pvenode cert set

---

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

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.2. Создать конфиг для сертификата

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

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-адрес браузерв считалSAN сертификат подходящим для подключения по IP.сертификата.

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

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

7.4. Проверить,Проверка чтосозданного IPсертификата

попал

Проверить восновную сертификатинформацию:

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

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

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 нет, сертификат создан неправильно и устанавливать его не нужно.












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

Устанавливаем сертификат штатной командой Proxmox:

pvenode cert set /root/pveproxy-ssl.pem /root/pveproxy-ssl.key --force --restart








































нетКоманда —устанавливает дальше не продолжай,кастомный сертификат создандля неправильно.Web UI и перезапускает pveproxy.
После 
8.успешного Установитьвыполнения сертификатдолжно впоявиться Proxmox
примерно следующее:

installSetting -mcustom 600certificate /root/pveproxy-ssl.keyfile
/etc/pve/local/pveproxy-ssl.keyRestarting install -m 644 /root/pveproxy-ssl.pem /etc/pve/local/pveproxy-ssl.pempveproxy








































ПроверитьТакже файлы:Proxmox выведет информацию о новом сертификате, включая subject, issuer, срок действия и san.

В нашем случае в san должны быть указаны:
ls10.44.100.225
-lSMR-SRV-OT-PROXMOX.baltika.local
/etc/pve/local/pveproxy-ssl.*SMR-SRV-OT-PROXMOX



























Ожидаемо:

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