Привет, кто-нибудь из вас может подсказать, в чем может быть проблема?

Кажется, я неправильно это реализовал, так как всё работало с глюками. В итоге я передал websocket=1 на https://pve.proxmox.com/pve-docs/api-viewer/#/nodes/{node}/qemu/{vmid}/vncproxy, что и заставило vncproxy работать. Однако я вовсе не намеревался использовать websocks, я просто хотел, чтобы VNC заработал. Это и объясняет, почему всё так быстро завершалось, ведь я ожидал, что вызову его скоро. https://pve.proxmox.com/pve-docs/api-viewer/#/nodes/{node}/qemu/{vmid}/vncwebsocket. Поэтому я просто убрал websocket=1, и это снова сломало vncproxy. В результате я получил: LC_PVE_TICKET не установлен, VNC прокси без пароля запрещен. TASK ERROR: Не удалось запустить vncproxy. Очевидно, я погуглил это. https://forum.proxmox.com/threads/l...iddentask-error-failed-to-run-vncproxy.98192/. Исправление, которое предложили, изменив ssh(d)_config, тоже не сработало для меня. Я нашёл только ОДИН узел, где vncproxy работает "из коробки", по сравнению с четырьмя, включая мой локальный dev proxmox, где оно вообще не работает. Я проверил всё: sshd_config, ssh_config, /etc/ssh/ssh_config.d, даже pveversion. Все они обновлены, так что результаты одни и те же, за исключением libqb0, но он также установлен на моем неработающем dev vm. Так что всё безрезультатно, есть идеи?

Я забыл упомянуть, что сессия noVNC через WebUI работает без проблем, как и раньше. pveversion -v вывод Код: proxmox-ve: 7.3-1 (работающKernel: 5.15.83-1-pve) pve-manager: 7.3-4 (работающая версия: 7.3-4/d69b70d4) pve-kernel-5.15: 7.3-1 pve-kernel-helper: 7.3-1 pve-kernel-5.13: 7.1-9 pve-kernel-5.4: 6.4-1 pve-kernel-5.15.83-1-pve: 5.15.83-1 pve-kernel-5.13.19-6-pve: 5.13.19-15 pve-kernel-5.13.19-4-pve: 5.13.19-9 pve-kernel-5.4.106-1-pve: 5.4.106-1 pve-kernel-5.4.101-1-pve: 5.4.101-1 ceph-fuse: 14.2.21-1 corosync: 3.1.7-pve1 criu: 3.15-1+pve-1 glusterfs-client: 9.2-1 ifupdown: 0.8.36+pve2 libjs-extjs: 7.0.0-1 libknet1: 1.24-pve2 libproxmox-acme-perl: 1.4.3 libproxmox-backup-qemu0: 1.3.1-1 libpve-access-control: 7.3-1 libpve-apiclient-perl: 3.2-1 libpve-common-perl: 7.3-1 libpve-guest-common-perl: 4.2-3 libpve-http-server-perl: 4.1-5 libpve-storage-perl: 7.3-1 libqb0: 1.0.5-1 libspice-server1: 0.14.3-2.1 lvm2: 2.03.11-2.1 lxc-pve: 5.0.0-3 lxcfs: 4.0.12-pve1 novnc-pve: 1.3.0-3 proxmox-backup-client: 2.3.1-1 proxmox-backup-file-restore: 2.3.1-1 proxmox-mini-journalreader: 1.3-1 proxmox-offline-mirror-helper: 0.5.0-1 proxmox-widget-toolkit: 3.5.3 pve-cluster: 7.3-1 pve-container: 4.4-2 pve-docs: 7.3-1 pve-edk2-firmware: 3.20220526-1 pve-firewall: 4.2-7 pve-firmware: 3.6-2 pve-ha-manager: 3.5.1 pve-i18n: 2.8-1 pve-qemu-kvm: 7.1.0-4 pve-xtermjs: 4.16.0-1 qemu-server: 7.3-2 smartmontools: 7.2-pve3 spiceterm: 3.2-2 swtpm: 0.8.0~bpo11+2 vncterm: 1.7-1 zfsutils-linux: 2.1.7-pve1

Самое странное, что для некоторых виртуальных машин на одном узле VNC работает. Как уже говорилось, я их проверил. Я не нашел никаких различий в этих настройках, когда сравнил машину, где ошибки нет, и те, где они есть.

Я не управляю кластером Proxmox, это все одиночные инстансы. Тем не менее, я все равно это попробовал. Код: Последний вход: Вт Фев 7 13:10:26 2023 с ::1
root@prox:~# export LC_THIS_IS_A_TEST=success
root@prox:~# echo $LC_THIS_IS_A_TEST
success
root@prox:~# ssh root@localhost
Linux prox.bla.rocks 5.15.83-1-pve #1 SMP PVE 5.15.83-1 (2022-12-15T00:00Z) x86_64

Программы, входящие в состав системы Debian GNU/Linux, являются бесплатным программным обеспечением; точные условия распространения для каждой программы описаны в индивидуальных файлах в /usr/share/doc/*/copyright.

Debian GNU/Linux не предоставляет НИКАКИХ ГАРАНТИЙ, в той мере, в какой это разрешено применимым законодательством. Последний вход: Вт Фев 7 13:10:34 2023 с .......
root@prox:~# echo $LC_THIS_IS_A_TEST
success
root@prox:~# exit

Хорошо, но можешь объяснить, почему у меня иногда отказывается подключение, когда я использую этот "обход"? Несмотря на то, что кажется, что все работает. правка: Код: tcp 0 0 127.0.0.1:5900 0.0.0.0:* LISTEN 0 905292292 3753452/vncterm tcp6 0 0 :::5900 :::* LISTEN 0 905292293 3753452/vncterm Кажется, он слушает только на IPv6, но почему?