+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ошибка консоли VNC, Proxmox Виртуальная Среда

decibel83

Guest

23.03.2015 13:53:00

Привет. У меня много проблем с консолью VNC. Когда пытаюсь открыть VNC-консоль виртуальной машины KVM, получаю ошибку: Failed to connect to server (code: 1006). Это происходит на всех узлах PVE и в Chrome, Safari, Firefox, и на всех моих виртуальных машинах. Виртуальная машина, разумеется, запущена. В логах заданий вижу следующее:

TASK ERROR: команда '/bin/nc -l -p 5900 -w 10 -c '/usr/bin/ssh -T -o BatchMode=yes 192.168.60.1 /usr/sbin/qm vncproxy 101 2>/dev/null'' завершилась с кодом 255

Если выполнить эту команду из консоли и попробовать telnet на порт 5900 узла — соединение проходит:

root@node1:~# /bin/nc -l -p 5900 -w 10 -c '/usr/bin/ssh -T -o BatchMode=yes 192.168.60.1 /usr/sbin/qm vncproxy 101'
MyClient:~ mattia$ telnet 192.168.60.1 5900
Trying 192.168.60.1...
Connected to 192.168.60.1.
Escape character is '^]'.
RFB 003.008

Мой кластер PVE обновлён:

root@node1:~# pveversion -v
proxmox-ve-2.6.32: 3.4-150 (запущенное ядро: 2.6.32-37-pve)
pve-manager: 3.4-3 (текущая версия: 3.4-3/2fc72fee)
pve-kernel-2.6.32-37-pve: 2.6.32-150
pve-kernel-2.6.32-26-pve: 2.6.32-114
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.7-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.10-2
pve-cluster: 3.0-16
qemu-server: 3.4-3
pve-firmware: 1.1-4
libpve-common-perl: 3.0-24
libpve-access-control: 3.0-16
libpve-storage-perl: 3.0-32
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-8
vzctl: 4.0-1pve6
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 2.2-8
ksm-control-daemon: 1.1-1
glusterfs-client: 3.5.2-1

Не могли бы вы помочь, пожалуйста?

Nhoague Guest	#2 0 22.06.2015 21:48:00 У меня такая же проблема. Safari 8.0.6 на OS 10.10.3. Кто-нибудь?

Nhoague Guest	#3 0 22.06.2015 21:57:00 Возможно, решение! Я зашел на свой proxmox хост в /etc/pve/, скачал файл pve-root-ca.pem и открыл его на Mac. Затем мне предложили всегда доверять этому серверу, и теперь novnc работает!

ppo

Guest

23.06.2015 16:04:00

У меня есть кластер с node1 и node2. Когда я управляю кластером через https://node1, я могу использовать NoVNC только для виртуальных машин на node1. Когда пытаюсь открыть NoVNC для виртуальных машин на node2, получаю указанную TASK ERROR. Чтобы управлять виртуальными машинами на node2, мне нужно заходить через https://node2. Так и должно быть? Я использую последнюю версию PVE 3.4. Насколько я помню, в 3.2 это работало иначе.

dietmar Guest	#5 0 23.06.2015 17:07:00 Нет, этого не ожидалось, но здесь всё работает.

Nhoague Guest	#6 0 23.06.2015 22:32:00 @ppo Это интересно. Я использую один сервер для управления своим кластером. Один сервер, с помощью которого я создаю виртуальные машины, управляю ими и подключаюсь к консоли.

spirit Guest	#7 0 24.06.2015 04:25:00 Может, попробуй использовать полный FQDN DNS-имя хоста, при этом твои узлы тоже должны иметь возможность разрешать эти имена.

ppo

Guest

24.06.2015 08:41:00

В чем разница между /etc/pve/priv/known_hosts и /root/.ssh/known_hosts? Когда я подключаюсь по имени через ssh, у меня есть доступ:

Код:
root@pve1:~# ssh pve2
Linux pve2 2.6.32-39-pve #1 SMP Fri May 8 11:27:35 CEST 2015 x86_64

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

Debian GNU/Linux поставляется БЕЗ КАКИХ-ЛИБО ГАРАНТИЙ, насколько это разрешено законом.
Последний вход: ср 24 июн 09:31:02 2015 с pve1.bla.bla
root@pve2:~#

Но когда я пытаюсь подключиться к тому же хосту по IP, получаю:

Код:
root@pve1:~# ssh 192.168.5.229
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ ВНИМАНИЕ: ИДЕНТИФИКАЦИЯ УДАЛЁННОГО ХОСТА ИЗМЕНИЛАСЬ! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Возможно, кто-то пытается сделать что-то нехорошее!
Кто-то может сейчас прослушивать ваше соединение (атака "человек посередине")!
Также возможно, что ключ хоста был просто изменён.
Отпечаток ECDSA ключа, присланного удалённым хостом:
1e:be:79:c5:a7:f5:9e:a2:bd:30:7d:6c:84:73:2c:e7.
Свяжитесь с вашим системным администратором.
Добавьте правильный ключ хоста в /root/.ssh/known_hosts, чтобы убрать это сообщение.
Проблемный RSA ключ в /etc/ssh/ssh_known_hosts:4
ECDSA ключ хоста для 192.168.5.229 изменился, а у вас включена строгая проверка.
Проверка ключа хоста не удалась.

Я думаю, это из-за того, что я подключался к pve2 (192.168.5.229) с pve1 до того, как переставил pve2. Можно ли просто удалить /root/.ssh/known_hosts и /etc/pve/priv/known_hosts (/etc/ssh/ssh_known_hosts — это символическая ссылка на /etc/pve/priv/known_hosts), чтобы эти файлы заполнились заново при следующем ssh с pve1 к другим хостам? И должны ли все known_hosts файлы быть одинаковыми на всех узлах кластера?

ppo

Guest

24.06.2015 09:48:00

Думаю, я решил проблему с подключением noVNC с одного узла к другому:
Код ошибки: TASK ERROR: команда '/bin/nc -l -p 5900 -w 10 -c '/usr/bin/ssh -T -o BatchMode=yes 192.168.5.229 /usr/sbin/qm vncproxy 123 2>/dev/null'' завершилась с кодом выхода 255.

Как-то это было связано с known_hosts, о котором я писал в предыдущем посте. Я очистил файл /root/.ssh/known_hosts и удалил четвёртую строку из /etc/pve/priv/known_hosts. После этого выполнил ssh с node1 на node2, и новые строки добавились в /root/.ssh/known_hosts. Теперь я могу ssh подключаться к node2 без ошибок, и noVNC работает с node1 на node2.

okl Guest	#10 0 02.07.2015 06:50:00 Всем привет, я использую Proxmox4 Beta на Debian Jessie. У меня сработал вариант с опцией «Всегда доверять» в Safari. Это импортирует SSL-сертификат в связку ключей. Теперь noVNC работает прекрасно. Всего доброго, Оле.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры