Привет! Мы сейчас изучаем возможность использования интеграции Veeam Proxmox вместо резервного копирования на базе Veeam Agent. Также у нас возникли проблемы с RemoteCertificateValidationCallback при запуске рабочих процессов. Пока что мы думаем, что это может быть связано с обновлением сертификатов, особенно сертификатов из нашей внутренней PKI.

Кажется, сервер Veeam (VBR) внедряет конфигурационный файл в рабочий процесс, и этот файл включает раздел для сертификата (в дополнение к hostname, username, password, sshfingerprint и т.д.). Это, скорее всего, делается потому, что у VBR есть внутренний корневой сертификат в его репозитории доверенных корневых сертификатов, а у рабочего процесса его нет. То есть, проверка сертификата происходит на сервере, и доверенный сертификат отправляется на рабочий процесс. Но если сертификат меняется, рабочий процесс больше не будет доверять ему и отклонит его.

Мы заметили, что после открытия свойств узла pve в консоли VBR соединение снова работает до следующего обновления сертификата.

Предлагаем проверить, не потому ли резервное копирование работает нормально на следующий день, что вы открыли свойства узла в VBR и обновили закешированный сертификат.

Также, если вы используете собственную PKI, обратите внимание, что Veeam требует, чтобы сертификаты имели действительный URL CRL. Это не требуется для браузеров, например, но Veeam автоматически отклонит сертификат без CRL.

Я обновился до Veeam BR 12.3.1.1139_20250315, и проблема вроде как решилась. Рабочие больше не имеют проблем с принятием PVE сертификатов. Посмотрим через несколько дней, всё ли работает как надо.