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

web session timeout, Proxmox Виртуальная Среда

sirmosi

Guest

02.06.2020 15:18:00

Привет, я использую Proxmox с кластером из 4 узлов. Проблема в том, что когда я логинюсь в веб-сессию, через какое-то время меня автоматически выкидывает. Есть ли способ это исправить? Вот моя версия PVE: proxmox-ve: 5.4-1 (работает на ядре: 4.15.18-12-pve) pve-manager: 5.4-3 (работает версия: 5.4-3/0a6eaa62) pve-kernel-4.15: 5.3-3 pve-kernel-4.15.18-12-pve: 4.15.18-35 corosync: 2.4.4-pve1 criu: 2.11.1-1~bpo90 glusterfs-client: 3.8.8-1 ksm-control-daemon: 1.2-2 libjs-extjs: 6.0.1-2 libpve-access-control: 5.1-8 libpve-apiclient-perl: 2.0-5 libpve-common-perl: 5.0-50 libpve-guest-common-perl: 2.0-20 libpve-http-server-perl: 2.0-13 libpve-storage-perl: 5.0-41 libqb0: 1.0.3-1~bpo9 lvm2: 2.02.168-pve6 lxc-pve: 3.1.0-3 lxcfs: 3.0.3-pve1 novnc-pve: 1.0.0-3 proxmox-widget-toolkit: 1.0-25 pve-cluster: 5.0-36 pve-container: 2.0-37 pve-docs: 5.4-2 pve-edk2-firmware: 1.20190312-1 pve-firewall: 3.0-19 pve-firmware: 2.0-6 pve-ha-manager: 2.0-9 pve-i18n: 1.1-4 pve-libspice-server1: 0.14.1-2 pve-qemu-kvm: 2.12.1-3 pve-xtermjs: 3.12.0-1 qemu-server: 5.0-50 smartmontools: 6.5+svn4324-1 spiceterm: 3.0-5 vncterm: 1.5-3 zfsutils-linux: 0.7.13-pve1~bpo2

HiltonT

Guest

12.07.2020 09:10:00

У меня такая же проблема на одной свежей установке Proxmox 6.2-4. Время входа истекает через крайне короткий промежуток времени (иногда через секунды, иногда через минуты). Ниже приведены результаты команд "hwclock" и "date", а также информация о том, что сервис systemd-timesyncd.service работает.
root@pve:~# hwclock 2020-07-12 17:02:00.218156+10:00
root@pve:~# date Вс 12 Июл 2020 17:02:01 AEST
root@pve:~# systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Синхронизация сетевого времени
Загружено: загружено (/lib/systemd/system/systemd-timesyncd.service; включено; предустановка изготовителя: включена)
Drop-In: /usr/lib/systemd/system/systemd-timesyncd.service.d
└─disable-with-time-daemon.conf
Активно: активно (работает) с Пн 2020-07-13 00:06:42 AEST; осталось 7 часов
"journalctl -f" показывает много повторений следующего:
12 Июл 17:08:09 pve pmxcfs[1072]: [status] уведомление: ошибка обновления RRDC /var/lib/rrdcached/db/pve2-storage/pve/local-lvm: -1
12 Июл 17:08:09 pve pmxcfs[1072]: [status] уведомление: ошибка обновления RRD /var/lib/rrdcached/db/pve2-storage/pve/local-lvm: /var/lib/rrdcached/db/pve2-storage/pve/local-lvm: незаконная попытка обновления с временем 1594537689, когда последнее время обновления 1594562827 (минимум одна секунда разницы)
Также, когда сессия истекает, я вижу следующую ошибку на странице: "доступ запрещен - недействительный PVR билет (401)"

fabian

Guest

13.07.2020 08:37:00

Проблема наконец-то была обнаружена и уже исправлена в git: https://git.proxmox.com/?p=pve-acce...it;h=9de25de807b6843c971f1863e811cf76ee4c9b23. В данный момент вы можете обойти это, просто изменив или удалив файлы authkey (последнее приводит к ротации ключа, аннулирует все текущие билеты, но новые входы работают как положено).

HiltonT Guest	#4 0 13.07.2020 10:10:00 Просто хочу сообщить, что версия 6.2-9, похоже, больше не имеет этой проблемы...

fabian Guest	#5 0 13.07.2020 10:23:00 возможно, текущее время вашей системы наконец-то совпало с тем, которое у вас было во время установки или первого запуска — тогда проблема решается сама собой без исправления ошибки.

HiltonT

Guest

14.07.2020 02:11:00

Я знаю, что у меня не было проблем с системным временем на этой машине. Эта проблема сохранялась даже после нескольких перезагрузок. В версии 6.2-9 ее вовсе нет. Эта система работала стабильно на протяжении нескольких лет (Dell R510) с сервером 2019, до этого 2016, а еще раньше 2008 R2 и имела виртуальные машины Hyper-V на всех этих версиях. И это может указать на возможную проблему — системные часы изначально были настроены на стандартное время Windows (т.е. AEST, восточное побережье 'Srayamate), потому что Windows не может работать с UTC+TZoffset. Когда был установлен ISO Proxmox, система предположила, что часы работают в реальном времени (UTC), так что проблема "магически" самоустранилась через 10 часов после первоначальной установки Proxmox 6.2-4, даже если я не делал обновления. Интересно — и, возможно, стоит упомянуть об этом в документации, если это можно воспроизвести (хотя ты и сказал, что это уже решено на github).

fabian Guest	#7 0 14.07.2020 08:36:00 Да, это можно воспроизвести, и, как обычно, как только ошибка становится воспроизводимой, найти причину и исправить её просто. С следующего PVE ISO (6.3) это больше не будет возможно, и до тех пор мы знаем, что говорить пользователям, которые столкнутся с этой проблемой, поскольку обходной путь довольно прост.

Читают тему

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