Proxmox не работает клавиатура

noVNC Keyboard input Issue

DDura

New Member

I am facing problem with noVNC interface keyboard input.
Recently I created one VM from proxmox and while installing OS from noVNC interface, I faced weird situation. If I press «Shift» key more than 10 second and release then noVNC interface take as «Caps Lock» and all the key letters I input take as Capital letter. Shift key is not working as it should be. Problem for creating password as I cannot see the letter. Would some body help me. noVNC interface for node is fine only problem is for virtual machine’s noVNC interface.

Chris

Proxmox Staff Member

Best regards,
Chris

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

DDura

New Member

Thanks for reply, The version is PVE 6.0-4 and I tried with Centos. I tried few VMs and the behavior is same for all VMs. May be pressing shift about 20 seconds can reproduce the issue. Sometime I need to press more seconds to see the issue.

Update:
proxmox-ve: 6.0-2 (running kernel: 5.0.15-1-pve)
pve-manager: 6.0-4 (running version: 6.0-4/2a719255)
pve-kernel-5.0: 6.0-5
pve-kernel-helper: 6.0-5
pve-kernel-4.15: 5.4-6
pve-kernel-5.0.15-1-pve: 5.0.15-1
pve-kernel-4.15.18-18-pve: 4.15.18-44
pve-kernel-4.15.18-17-pve: 4.15.18-43
pve-kernel-4.15.18-16-pve: 4.15.18-41
pve-kernel-4.15.18-14-pve: 4.15.18-39
pve-kernel-4.15.18-12-pve: 4.15.18-36
pve-kernel-4.15.18-11-pve: 4.15.18-34
ceph-fuse: 12.2.12-pve1
corosync: 3.0.2-pve2
criu: 3.11-3
glusterfs-client: 5.5-3
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.10-pve1
libpve-access-control: 6.0-2
libpve-apiclient-perl: 3.0-2
libpve-common-perl: 6.0-2
libpve-guest-common-perl: 3.0-1
libpve-http-server-perl: 3.0-2
libpve-storage-perl: 6.0-5
libqb0: 1.0.5-1
lvm2: 2.03.02-pve3
lxc-pve: 3.1.0-61
lxcfs: 3.0.3-pve60
novnc-pve: 1.0.0-60
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.0-5
pve-cluster: 6.0-4
pve-container: 3.0-4
pve-docs: 6.0-4
pve-edk2-firmware: 2.20190614-1
pve-firewall: 4.0-5
pve-firmware: 3.0-2
pve-ha-manager: 3.0-2
pve-i18n: 2.0-2
pve-qemu-kvm: 4.0.0-3
pve-xtermjs: 3.13.2-1
qemu-server: 6.0-5
smartmontools: 7.0-pve2
spiceterm: 3.1-1
vncterm: 1.6-1
zfsutils-linux: 0.8.1-pve1

Chris

Proxmox Staff Member

Best regards,
Chris

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

n1nj4888

Member

DDura

New Member

Dominic

Proxmox Staff Member

Best regards,
Dominic

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

Mastuca

New Member

Hi, I’m a collegue of DDura, so talking about / working with same servers as he is.

What we’re working with it a 3 server cluster, running on Proxmox 6.0-4.
Using noVNC on any of the nodes, there are no issues.
Using noVNC on any client (on any node), either a Debian installation or a CentOS installation, either the completed installation or the ‘live CD’ image, the problem with shifted characters occurs.
Both while using noVNC directly from the nodes, and while opening noVNC through a reverse nginx proxy, same issue.

Issue is that when opening the noVNC console to the VPS, the shift buttons act as a Caps Lock.
Not continuesly, but very regularly. It’s not happening all the time, but about 8 out of 10 times, yes.
Where DDura goes wrong in his description is the time he says that is needed to press the shift.
For me when I press shift (either right or left shift, although more with the left shift button) for maybe 1 or 1.5, max 2 seconds then the keyboard acts as if the caps-lock has been pressed. All letters go uppercase. When this happens then a short tap on the left-shift switches off the caps-lock situation. But pressing the shift (mostly the left-shift) again a little too long, and caps-lock seems to switch again.

This happens from various clients (Windows 7, Firefox 60.8.0esr (64-bit), Chrome Version 76.0.3809.100 (Official Build) (64-bit) and with DDura also on the lastest version of the regular Firefox release (also Windows 7). I did not try MS IE since this has other issues for me.

# pveversion -v
proxmox-ve: 6.0-2 (running kernel: 5.0.15-1-pve)
pve-manager: 6.0-4 (running version: 6.0-4/2a719255)
pve-kernel-5.0: 6.0-5
pve-kernel-helper: 6.0-5
pve-kernel-4.15: 5.4-6
pve-kernel-5.0.15-1-pve: 5.0.15-1
pve-kernel-4.15.18-18-pve: 4.15.18-44
pve-kernel-4.15.18-17-pve: 4.15.18-43
pve-kernel-4.15.18-16-pve: 4.15.18-41
pve-kernel-4.15.18-14-pve: 4.15.18-39
pve-kernel-4.15.18-12-pve: 4.15.18-36
pve-kernel-4.15.18-11-pve: 4.15.18-34
ceph-fuse: 12.2.12-pve1
corosync: 3.0.2-pve2
criu: 3.11-3
glusterfs-client: 5.5-3
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.10-pve1
libpve-access-control: 6.0-2
libpve-apiclient-perl: 3.0-2
libpve-common-perl: 6.0-2
libpve-guest-common-perl: 3.0-1
libpve-http-server-perl: 3.0-2
libpve-storage-perl: 6.0-5
libqb0: 1.0.5-1
lvm2: 2.03.02-pve3
lxc-pve: 3.1.0-61
lxcfs: 3.0.3-pve60
novnc-pve: 1.0.0-60
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.0-5
pve-cluster: 6.0-4
pve-container: 3.0-4
pve-docs: 6.0-4
pve-edk2-firmware: 2.20190614-1
pve-firewall: 4.0-5
pve-firmware: 3.0-2
pve-ha-manager: 3.0-2
pve-i18n: 2.0-2
pve-qemu-kvm: 4.0.0-3
pve-xtermjs: 3.13.2-1
qemu-server: 6.0-5
smartmontools: 7.0-pve2
spiceterm: 3.1-1
vncterm: 1.6-1
zfsutils-linux: 0.8.1-pve1

# localectl status
System Locale: LANG=en_GB.UTF-8
VC Keymap: n/a
X11 Layout: us
X11 Model: pc105

Proxmox GUI => Datacenter => Options => Keyboard Layout : English (USA) (en-us)

What other information could I give that might give you an indication what could be causing this?

Источник

no keyboard mouse in console

osmany

Guest

I’m new to proxmox. Using mainly vmware.
I create a virtual machine (KVM) and install xp pro with success. Then i try to convert a vmware guest as shown in wiki. Conversion successful and virtual machine boots. But in vnc console no keyboard and mouse. Send ctrl-alt-delete button doesn’t work also. I try to migrate with clonezilla but nothing changed.

Is anybody help me?
Thanks,
Osman

Proxmox Staff Member

I’m new to proxmox. Using mainly vmware.
I create a virtual machine (KVM) and install xp pro with success. Then i try to convert a vmware guest as shown in wiki. Conversion successful and virtual machine boots. But in vnc console no keyboard and mouse. Send ctrl-alt-delete button doesn’t work also. I try to migrate with clonezilla but nothing changed.

Is anybody help me?
Thanks,
Osman

after migration, a lot of new hardware should be detected and after a first reboot you should have everything — shutdown the XP via Proxmox VE and start again.

the migrated vmware guest is also winXP?

Best regards,
Tom

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

osmany

Guest

I try stop-start several times. No luck.

Migrated guest is also xp pro and domain member. I think someone should loging to detect any hardware.

Is there any shortcut for this? compatible keyboard driver that i can install at vmware an then convert?

Proxmox Staff Member

I try stop-start several times. No luck.

Migrated guest is also xp pro and domain member. I think someone should loging to detect any hardware.

Is there any shortcut for this? compatible keyboard driver that i can install at vmware an then convert?

Best regards,
Tom

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

osmany

Guest

I was trying to this. But converted guest doesn’t have a network connection. No ping, no rdp etc.
I’m stuck at login page.
I’ll try to login with registry hack. But not today, hope next week.

Proxmox Staff Member

I was trying to this. But converted guest doesn’t have a network connection. No ping, no rdp etc.
I’m stuck at login page.
I’ll try to login with registry hack. But not today, hope next week.

Best regards,
Tom

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

osmany

Guest

That was the default. But if it recognize this, xp will attach as a second nic. This means no ip, try to connect dhcp.

Proxmox Staff Member

I just successfully migrated a winxp sp3 (domain member, vmware) without any issues.

on the first boot (no login) there is no mouse and no ctrl-alt-del. I just waited about 20 seconds, then the mouse and keyboard works. I logged in, winxp installed some drivers and after the needed reboot everything is ok.

maybe you just need to wait a bit more to the the mouse/keyboard detected from winxp?

Best regards,
Tom

Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation

thefool808

Guest

osmany

Guest

I wait so long, till xp screen saver activates. No keyboard mouse activity.

Also, as directed migration page, i uninstalled vmware tools from guest and restart several times before convertion.

I’ll try to auto login with some registry hack in next week.

l.ansaloni

Member

Hi,
carry- in my short experience .

Using Proxmox VE 2.0 RC1 :
pveversion -v
pve-manager: 2.0-30 (pve-manager/2.0/af79261b)
running kernel: 2.6.32-7-pve
proxmox-ve-2.6.32: 2.0-60
pve-kernel-2.6.32-6-pve: 2.6.32-55
pve-kernel-2.6.32-7-pve: 2.6.32-60
lvm2: 2.02.88-2pve1
clvm: 2.02.88-2pve1
corosync-pve: 1.4.1-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.8-3
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.7-1
pve-cluster: 1.0-22
qemu-server: 2.0-18
pve-firmware: 1.0-15
libpve-common-perl: 1.0-14
libpve-access-control: 1.0-12
libpve-storage-perl: 2.0-11
vncterm: 1.0-2
vzctl: 3.0.30-2pve1
vzprocps: 2.0.11-2
vzquota: 3.0.12-3
pve-qemu-kvm: 1.0-3
ksm-control-daemon: 1.1-1

I performed a migration from physical to a virtual windows server 2003 R2 , as steps in the wiki , using Clonezilla .
All right , the system will boot properly , but the mouse and keyboard do not work , does not even Ctrl + Alt + Del.
I tried to start Windows 2003 in Safe Mode , but mouse and keyboard do not work .
Then I booted the installation CD of Windows and I run a restore, after the mouse and keyboard functioned properly .

Источник

Магия виртуализации: вводный курс в Proxmox VE

Сегодня речь пойдет о том, как быстро и достаточно просто на одном физическом сервере развернуть несколько виртуальных серверов с разными операционными системами. Любому системному администратору это позволит централизованно управлять всей IT-инфраструктурой компании и экономить огромное количество ресурсов. Использование виртуализации помогает максимально абстрагироваться от физического серверного оборудования, защитить критичные сервисы и легко восстановить их работу даже в случае очень серьезных сбоев.

Без всякого сомнения, большинству системных администраторов знакомы приемы работы с виртуальной средой и для них эта статья не станет каким-либо открытием. Несмотря на это, есть компании, которые не используют гибкость и скорость работы виртуальных решений из-за недостатка точной информации о них. Мы надеемся, что наша статья поможет на примере понять, что гораздо проще один раз начать использовать виртуализацию, чем испытывать неудобства и недостатки физической инфраструктуры.

К счастью, попробовать как работает виртуализация достаточно просто. Мы покажем, как создать сервер в виртуальной среде, например, для переноса CRM-системы, используемой в компании. Практически любой физический сервер можно превратить в виртуальный, но вначале необходимо освоить базовые приемы работы. Об этом и пойдет речь ниже.

Как это устроено

Когда речь идет о виртуализации, многим начинающим специалистам сложно разобраться в терминологии, поэтому поясним несколько базовых понятий:

• Гипервизор – специальное программное обеспечение, которое позволяет создавать виртуальные машины и управлять ими;
• Виртуальная машина (далее VM) – это система, представляющая собой логический сервер внутри физического со своим набором характеристик, накопителями и операционной системой;
• Хост виртуализации — физический сервер с запущенным на нем гипервизором.

Для того чтобы сервер мог работать полноценным хостом виртуализации, его процессор должен поддерживать одну из двух технологий – либо Intel® VT, либо AMD-V™. Обе технологии выполняют важнейшую задачу — предоставление аппаратных ресурсов сервера виртуальным машинам.

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

Внедрение виртуализации дает возможность иметь в наличии несколько запущенных копий одного сервера. Критический сбой или ошибка, в процессе внесения изменений в такую копию, никак не повлияет на работу текущего сервиса или приложения. При этом также снимаются две основные проблемы – масштабирование и возможность держать «зоопарк» разных операционных систем на одном оборудовании. Это идеальная возможность совмещения самых разных сервисов без необходимости приобретения отдельного оборудования для каждого из них.

Виртуализация повышает отказоустойчивость сервисов и развернутых приложений. Даже если физический сервер вышел из строя и его необходимо заменить на другой, то вся виртуальная инфраструктура останется полностью работоспособной, при условии сохранности дисковых носителей. При этом физический сервер может быть вообще другого производителя. Это особенно актуально для компаний, которые используют серверы, производство которых прекращено и потребуется осуществить переход на другие модели.

Теперь перечислим самые популярные гипервизоры, существующие на текущий день:

• VMware ESXi
• Microsoft Hyper-V
• Open Virtualization Alliance KVM
• Oracle VM VirtualBox

Они все достаточно универсальны, однако, у каждого из них имеются определенные особенности, которые следует всегда учитывать на этапе выбора: стоимость развёртывания/обслуживания и технические характеристики. Стоимость коммерческих лицензий VMware и Hyper-V весьма высока, а в случае возникновения сбоев, решить проблему с этими системами собственными силами очень непросто.

KVM же напротив, полностью бесплатен и достаточно прост в работе, особенно в составе готового решения на базе Debian Linux под названием Proxmox Virtual Environment. Именно эту систему мы можем порекомендовать для первоначального знакомства с миром виртуальной инфраструктуры.

Как быстро развернуть гипервизор Proxmox VE

Установка чаще всего не вызывает никаких вопросов. Скачиваем актуальную версию образа с официального сайта и записываем его на любой внешний носитель с помощью утилиты Win32DiskImager (в Linux используется команда dd), после чего загружаем сервер непосредственно с этого носителя. Наши клиенты, арендующие у нас выделенные серверы, могут воспользоваться двумя еще более простыми путями – просто смонтировав нужный образ непосредственно из KVM-консоли, либо используя наш PXE-сервер.

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

Выбираем диск, на который будет выполнена установка. В разделе Options можно также задать дополнительные параметры разметки.

Указываем региональные настройки.

Указываем пароль, который будет использоваться для авторизации суперпользователя root и E-mail адрес администратора.

Указываем сетевые настройки. FQDN обозначает полностью определенное имя домена, например, node01.yourcompany.com.

После завершения установки, сервер можно отправить в перезагрузку с помощью кнопки Reboot.

Веб-интерфейс управления станет доступен по адресу

Что нужно сделать после установки

Есть несколько важных вещей, которые следует выполнить после установки Proxmox. Расскажем о каждой из них подробнее.

Обновить систему до актуальной версии

Для этого зайдем в консоль нашего сервера и отключим платный репозиторий (доступен только тем, кто купил платную поддержку). Если этого не сделать — apt сообщит об ошибке при обновлении источников пакетов.

Открываем консоль и редактируем конфигурационный файл apt:

В этом файле будет всего одна строка. Ставим перед ней символ #, чтобы отключить получение обновлений из платного репозитория:

Сочетанием клавиш Ctrl + X выполняем выход из редактора, отвечая Y на вопрос системы о сохранении файла.

Выполняем команду обновления источников пакетов и обновления системы:

Позаботиться о безопасности

Исходя из практического опыта, за неделю работы сервера с открытым ssh-портом 22 и внешним статическим IPv4-адресом, было более 5000 попыток подобрать пароль. И около 1500 адресов утилита успешно заблокировала.

Для выполнения установки приводим небольшую инструкцию:

1. Открываем консоль сервера через веб-интерфейс или SSH.
2. Обновляем источники пакетов:

Открываем конфигурацию утилиты на редактирование:

Изменяем переменные bantime (количество секунд на которые будет блокироваться злоумышленник) и maxretry (количество попыток ввода логина/пароля) для каждого отдельного сервиса.

Сочетанием клавиш Ctrl + X выполняем выход из редактора, отвечая Y на вопрос системы о сохранении файла.

Перезапускаем службу:

Проверить статус работы утилиты, например, снять статистику блокировок заблокированных IP-адресов с которых были попытки перебора паролей SSH, можно одной простой командой:

Ответ утилиты будет выглядеть примерно так:

Аналогичным способом можно закрыть от подобных атак Web-интерфейс, создав соответствующее правило. Пример такого правила для Fail2Ban можно найти в официальном руководстве.

Начало работы

Хочется обратить внимание на то, что Proxmox готов к созданию новых машин сразу после установки. Тем не менее, рекомендуем выполнить предварительные настройки, чтобы в дальнейшем системой было легко управлять. Практика показывает, что гипервизор и виртуальные машины стоит разнести по разным физическим носителям. О том, как это сделать и пойдет речь ниже.

Настроить дисковые накопители

ВНИМАНИЕ! Приведенный ниже пример дисковой разметки можно использовать только для тестовых целей. Для эксплуатации в реальных условиях мы настоятельно рекомендуем использовать программный или аппаратный RAID-массив, чтобы исключить потерю данных при выходе дисков из строя. О том, как правильно приготовить дисковый массив к работе и как действовать в случае аварийной ситуации мы расскажем в одной из следующих статей

Предположим, что физический сервер имеет два диска — /dev/sda, на который установлен гипервизор и пустой диск /dev/sdb, который планируется использовать для хранения данных виртуальных машин. Чтобы система смогла увидеть новое хранилище, можно воспользоваться самым простым и эффективным методом — подключить его как обычную директорию. Но перед этим следует выполнить некоторые подготовительные действия. В качестве примера посмотрим, как подключить новый диск /dev/sdb, любого размера, отформатировав его в файловую систему ext4.

Размечаем диск, создавая новый раздел:

Нажимаем клавишу o или g (разметить диск в MBR или GPT).

Далее нажимаем клавишу n (создать новый раздел).

И наконец w (для сохранения изменений).

Создаем файловую систему ext4:

Создаем директорию, куда будем монтировать раздел:

Открываем конфигурационный файл на редактирование:

Добавляем туда новую строку:

После внесения изменений сохраняем их сочетанием клавиш Ctrl + X, отвечая Y на вопрос редактора.

Для проверки, что все работает, отправляем сервер в перезагрузку:

После перезагрузки проверяем смонтированные разделы:

Вывод команды должен показать, что /dev/sdb1 смонтирован в директорию /mnt/storage. Это значит, что наш накопитель готов к работе.

Добавить новое хранилище в Proxmox

Авторизуемся в панели управления и заходим в разделы Датацентр ➝ Хранилище ➝ Добавить ➝ Директория.

В открывшемся окне заполняем следующие поля:

• ID — название будущего хранилища;
• Директория — /mnt/storage;
• Содержимое — выделяем все варианты (поочередно щелкая на каждом варианте).

После этого нажимаем кнопку Добавить. На этом настройка завершена.

Создать виртуальную машину

Для создания виртуальной машины выполняем следующую последовательность действий:

1. Определяемся с версией операционной системы.
2. Заранее закачиваем ISO-образ.
3. Выбираем в меню Хранилище только что созданное хранилище.
4. Нажимаем Содержимое ➝ Загрузить.
5. Выбираем из списка ISO-образ и подтверждаем выбор нажатием кнопки Загрузить.

После завершения операции образ будет отображен в списке доступных.

Создаем нашу первую виртуальную машину:

1. Нажимаем Создать VM.
2. Заполняем поочередно параметры: Имя ➝ ISO-Image ➝ Размер и тип жесткого диска ➝ Количество процессоров ➝ Объем оперативной памяти ➝ Сетевой адаптер.
3. Выбрав все желаемые параметры нажимаем Завершить. Созданная машина будет отображена в меню панели управления.
4. Выбираем ее и нажимаем Запуск.
5. Переходим в пункт Консоль и выполняем установку операционной системы точно таким же образом, как и на обычный физический сервер.

Если необходимо создать еще одну машину — повторяем вышеуказанные операции. После того как все они будут готовы, с ними можно работать одновременно, открывая несколько окон консоли.

Настроить автозапуск

По умолчанию Proxmox автоматически не запускает машины, но это легко решается буквально двумя щелчками мыши:

1. Щелкаем по названию нужной машины.
2. Выбираем вкладку Опции ➝ Запуск при загрузке.
3. Ставим галочку напротив одноименной надписи.

Теперь, в случае перезагрузки физического сервера, VM будет запущена автоматически.

Для продвинутых администраторов имеется еще и возможность указать дополнительные параметры запуска в разделе Start/Shutdown order. Можно явным образом указать в каком порядке следует запускать машины. Также можно указать время, которое должно пройти до старта следующей VM и время задержки выключения (если операционная система не успеет завершить работу, гипервизор принудительно ее выключит через определенное количество секунд).

Заключение

В этой статье были изложены основы того, как можно начать работать с Proxmox VE и мы надеемся, что она поможет начинающим специалистам сделать первый шаг и попробовать виртуализацию в действии.

Proxmox VE — это действительно очень мощный и удобный инструмент для любого системного администратора; главное не бояться экспериментировать и понять, как это действительно работает.

Если у вас появились вопросы, добро пожаловать в комментарии.

Источник