Привет, @SZ-PX, добро пожаловать на форум! Важно отметить, что только Veeam может однозначно объяснить, что означает эта конкретная ошибка. Для стороннего наблюдателя кажется, что запрос GET занял 2 минуты и 8 секунд, что чрезвычайно долго, особенно учитывая, что большинство запросов GET выполняются менее чем за секунду. Также, исходя из контекста, это сообщение, скорее всего, отражает связь между Veeam Remote Agent и Proxmox VE, а не напрямую между Veeam Server и PVE. Это соответствует вашему заявлению о том, что связь между воркером и PVE разрешена. Раз вы хотите устранить неполадки, вот несколько шагов, которые вы можете предпринять:

- Запустите Linux VM в той же сети, где развернут воркер. Используйте curl для отправки API-запросов к узлу PVE, чтобы подтвердить подключение и время ответа.
- Спросите у Veeam, где хранятся подробные логи Veeam–PVE связи. Если память не изменяет, они извлекаются с воркера и сохраняются где-то на хосте Windows.
- Запустите tcpdump на мостовом интерфейсе, к которому подключена VM воркера. Это поможет вам наблюдать за трафиком и видеть, где могут возникать задержки.

Как базовый тест: Если вы можете получить доступ к веб-GUI PVE, это обычно подтверждает, что API отвечает. Попробуйте запустить это на хосте PVE: time pvesh get /nodes. Это должно завершиться менее чем за секунду. Если нет, возможно, у вас проблемы с производительностью или конфигурацией самого хоста. Если этот тест прошел, очень вероятно, что проблема где-то в вашем сетевом пути — возможно, несоответствие MTU, потеря пакетов или вмешательство файрвола.

Blockbridge: Ультра-низкая задержка, хранилище на базе NVME для Proxmox - https://www.blockbridge.com/proxmox

Получили ответ от Veeam: Спасибо за ваши обновления. Я прочитал ответ от Proxmox, но не думаю, что они поняли суть проблемы. Дело в том, что "status: Error" — это фактический ответ от Proxmox-кластера, и нам нужно, чтобы они объяснили: почему Proxmox-кластер отвечает "status: Error". Это то, что мы из Veeam не можем объяснить, но это то, что Proxmox должен объяснить, потому что этот ответ исходит от кластера. Если у вас есть какие-либо вопросы или опасения, дайте мне знать. Заранее спасибо. Есть ли какие-нибудь файлы журналов в worker? Возможно ли войти и запустить tcpdump в worker?

С уважением,
Peter

Привет, bbgeek17! В адресной строке https://10.30.78.36:8006/api2/json/nodes, нажимай Enter, и получаю: HTTP ERROR 401, порт 8006 от воркера к px node открыт. Похоже, проблема с TLS 1.3 и 1.2. Строка 648 – меняй cipher spec. Пожалуйста, посмотри приложенный файл.