Перейти к основному содержанию

[400] An error occurred while sending an authentication request to the vCenter Single Sign-On server

VMware

Сегодня лечим ошибку в vCenter 7 вида:

[400] An error occurred while sending an authentication request to the vCenter Single Sign-On server - An error occurred when processing metadata during vCenter Single Sign-On setup: the service provider validation failed. Verify that the server URL is correct and is in FQDN format, or that the hostname is a trusted service provider alias.

vmware

Ошибка проявляется в том случае, если у вашего vCenter несколько доменных имён, или он находится за NAT. Просто данное FQDN или IP не принимается Single-Sign on (SSO). Заставим.

Коннектимся к vCenter по SSH. Проваливаемся в shell:

shell

vmware

Посмотрим настройки Single-Sign on:

cd /etc/vmware/vsphere-ui/
cat webclient.properties | grep whitelist

vmware

Настроек нет. Раскомментируем этот параметр и через запятую добавим нужные алиасы. Обычно их же указываем при генерации SSL сертификата.

Останавливаем службу vsphere-ui:

service-control --stop vsphere-ui

Сделаем бэкап конфига:

cp webclient.properties /var/tmp/webclient.properties.bak

Редактируем webclient.properties:

vim webclient.properties

vmware

Добавляем через запятую алиасы FQDN.

vmware

Запускаем службу vsphere-ui:

service-control --start vsphere-ui

vmware

Теперь аутентификация заработает на всех вариантах FQDN.

Ссылки

https://kb.vmware.com/s/article/71387

 

Похожие материалы

ESXi 6.7 — установка Windows Server 2016 на виртуальную машину

Инструкция в картинках по установке операционной системы Windows Server 2016 на виртуальную машину, которая находится на гипервизоре ESXi 6.7.

Установка ESXi 6.7 U1 на Dell PowerEdge R220

Для установки ESXi 6.7 U1 на Dell PowerEdge R220 воспользуемся кастомным образом ESXi 6.7U1. Это позволит нам избежать разного рода проблем, например, при определении RAID массива, на который и планируется установить ОС.

После миграции у виртуальной машины два хранилища в Related Objects

Случается так, что виртуалку мы перенесли, а она теперь числится сразу на двух datastore. Исправляем проблему в vCenter 6.7.