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

[Ошибка: Аутентификация не удалась] попытка подключиться к ВМ с другого узла, Proxmox Виртуальная Среда

discontented

Guest

03.01.2013 10:52:00

Здравствуйте, у нас начала проявляться странная проблема, которая возникла впервые только вчера. До вчерашнего утра любой пользователь мог подключаться к любой консоли ВМ с любого узла. Вчера после обеда несколько пользователей стали видеть вышеуказанную ошибку при попытке просмотра консоли ВМ на хосте 5, если они вошли на хост 1, например. Теперь это происходит по всему нашему кластеру из 20 серверов. Я проверил, что время стоит правильно и удостоверился, что SSH-ключи работают, так как думал, что проблема в кластере. Команду pvecm -f updatecerts я пока не запускал, и вот почему:

При просмотре syslog на узле я увидел такую ошибку:
Jan 3 09:41:05 engvmcltr17 pmxcfs[2073]: [status] notice: received log
Jan 3 09:44:00 engvmcltr17 pmxcfs[2073]: [status] notice: received log
Jan 3 09:44:00 engvmcltr17 pmxcfs[2073]: [status] notice: received log
Jan 3 09:44:03 engvmcltr17 pvedaemon[815971]: authentication failure; rhost= user=root@pam msg=Authentication failure

Очень странно, отказ в аутентификации у root-пользователя?

Затем я попробовал пользователя LDAP с полными правами:
Jan 3 09:45:05 engvmcltr17 pmxcfs[2073]: [status] notice: received log
Jan 3 09:45:05 engvmcltr17 pmxcfs[2073]: [status] notice: received log
Jan 3 09:45:08 engvmcltr17 pvedaemon[818028]: authentication failure; rhost= user=USERNAME@DOMAIN msg=80090308: LdapErr: DSID-0C090334, comment: AcceptSecurityContext error, data 52e, vece#000
Jan 3 09:45:08 engvmcltr17 pmxcfs[2073]: [status] notice: received log

Аутентификация через LDAP точно работает, так как я успешно вошёл под этим пользователем. Также проверил контроллер домена — учётка не заблокирована и всё вроде нормально.

Есть идеи???

ОБНОВЛЕНИЕ:
/var/log/apache2/error.log
[Thu Jan 03 06:25:02 2013] [warn] RSA server certificate CommonName (CN) `engvmcltr17.xxx.xxx.com' does NOT match server name!?
[Thu Jan 03 06:25:02 2013] [warn] RSA server certificate CommonName (CN) `engvmcltr17.xxx.xxx.com' does NOT match server name!?

Ошибка сертификата?

Очень жду вашего ответа, Роб.

discontented

Guest

03.02.2013 19:51:00

У меня такая же проблема. Вам удалось как-то её решить? Ещё один момент: при подключении с сервера A к серверу B могу управлять ВМ — менять настройки, запускать их, но не удаётся их выключить или остановить, а также не получается подключиться к консоли (выдаёт ошибку аутентификации; rhost= user=root@pam msg=Authentication failure error). При подключении с сервера B к серверу A постоянно запрашивает повторный вход. Это происходит и с локальной учётной записью, и с учётной записью AD.

discontented

Guest

05.02.2013 13:30:00

Совсем нет. Мы обновили ПО до последней версии, переустановили ключи, перезапустили сервисы — всё безуспешно. В итоге сказали пользователям просто заходить на ноду, где хостится виртуальная машина. У нас реально нет времени на поиск и устранение неисправностей.

pixelplumber

Guest

25.02.2013 08:34:00

У меня тоже такая проблема: чтобы консоль работала, нужно быть залогиненым на ноде, где расположен ВМ, иначе появляется ошибка «Error: Authentication Failed» в окне консоли. Но это случается только с KVM ВМ, для OpenVZ CT я могу спокойно использовать консоль на удалённых нодах. Пробовал перезагружать ноду, делать pvecm updatecerts -f и перезапускать разные сервисы. Попробую перезагрузить весь кластер в нерабочее время.

pixelplumber Guest	#5 0 25.02.2013 16:42:00 Да, это то же самое. Всё работает для управления удалёнными узлами, просто консоль не загружается из-за ошибок аутентификации.

pixelplumber Guest	#6 0 05.03.2013 12:27:00 Есть ли какие-то изменения в этом поведении после обновления до версии 2.3? Мне нужно подождать спокойных выходных, чтобы сделать переход.

pixelplumber Guest	#7 0 05.03.2013 17:35:00 Та же проблема после обновления до версии 2.3-12.

bruno.oliveira Guest	#8 0 13.03.2013 15:33:00 У меня была такая же проблема. Синхронизация времени на узлах решила её (см. http://forum.proxmox.com/threads/2994-problem-sync-time). С уважением, Бруно

pixelplumber Guest	#9 0 14.03.2013 02:32:00 Отлично, у меня тоже теперь всё исправилось. Спасибо за совет, Бруно.

pixelplumber

Guest

#10

15.03.2013 00:35:00

Мне пришлось найти внутренний NTP-сервер для подключения, так как у меня нет доступа к внешним ресурсам, но это тоже помогло решить проблему. Странно, что я не видел прежних ошибок, которые могли бы на это указывать. Изначально я столкнулся с ошибкой в сообщении №14 на этом форуме (http://forum.proxmox.com/threads/9830-Authentication-failed-when-migrating), но уже давно её не наблюдаю.

pixelplumber Guest	#11 0 15.03.2013 00:45:00 Думаю, мне тоже придется снова взглянуть на файл ntpd.conf. Он настроен на основной сервер PVE, но, видимо, часы сбились и не исправились.

RodinM Guest	#12 0 19.03.2013 09:34:00 Да, причина была в разнице во времени между хостами. У меня эта проблема была давно. Теперь, после того как я исправил время на своих хостах и настроил ntp, всё наконец заработало. Странно, что разница во времени (примерно 5 минут) не была проблемой, когда я создавал кластер.

Читают тему

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