Я переношу свой сервер vCenter Server 5.5 на новый сервер (базы данных уже перемещены на новый SQL-сервер, и все в порядке в существующей реализации vCenter Server 5.5). Когда я начинаю простой процесс установки на новом сервере vCenter Server, компонент Single Sign-On представляет мне IP-адрес 10.10.10.117 в качестве IP-адреса файла FQDN01.xxxxxxxxx.com. Это адрес интерфейса iSCSI. Мне нужно, чтобы он использовал IP-адрес 10.1.1.17, который является адресом производственного сетевого адаптера, с которым будут взаимодействовать хосты ESXi 5.5. Я уже изменил порядок привязки карт NIC и сбросил кеш DNS. Я также добавил file01.xxxxxxxx.com с правильным IP-адресом в файл hosts, а также file01 в файл hosts. Тем не менее, во время установки обнаружен 10.10.10.117. Заранее спасибо! Бабак C.VMware vCenter Server 5.5 Single Sign-On Install находит неправильный IP-адрес для FQDN
ответ
Просто для быстрого уточнения ... Вы только что установили vCenter 5.5? Или вы переносите существующий сервер vCenter на новый хост и используете обновление для обновления? Я предполагаю, что вы делаете новую установку на основе ваших данных о SQL-сервере и SSO. Вот мое предложение, если это новая установка.
У нас была аналогичная проблема с 5.5 на новой установке, где IP-адрес, который был обнаружен во время установки фактического сервера vCenter, был для публики, стоящей перед NIC, которую мы никогда не используем для трафика управления (это для доступа в Интернет на vC сервер, диспетчер обновлений и т. д.)
Странно, что НИКОГДА не было записи в ЛЮБОЙ из наших DNS-серверов для этого интерфейса. Итак, немного разобравшись в этом, я начал думать, что IP, который был возвращен во время установки, вовсе не был результатом DNS. Скорее всего, это было (скорее всего) просто собрано с интерфейсов на Сервере на основе порядка привязки (например, какой сетевой адаптер имеет шлюз по умолчанию.)
Чтобы сохранить необходимость удалить и очистить главный беспорядок, если установка не удалось, мы остановились и связались с поддержкой VMware. Они предложили нам очистить все временные файлы как в стандартной «временной» папке на окнах, так и под/ApplicationData/vmware/xxx, где «xxx» будет тем, что продукт дает вам проблемы, и НЕ ПОЛНОСТЬЮ УСТАНОВЛЕН * (например, вы начали установку и заметили неправильный IP-адрес, поэтому вы завершили установку установщика, и из частично запущенной установки остались метаданные и кешированные файлы).
В основном, что нам нужно было сделать, были очищены временные файлы, а затем убедитесь, что приоритет привязки NIC был правильным (так что вы должны проверить Network Adapters | (press-alt) | Дополнительные настройки. Убедитесь, что правильная привязка (например, если вы не используете IPv6 в частной сети, очистите его) и убедитесь, что сеть Windows находится в верхней части списка приоритетов на второй панели дополнительных параметров. Это очень помогает при использовании единого входа, делая убедитесь, что стек Windows Network первым запрошен, когда вы входите в систему, и SSO должно отправить билет на кебероскоп в AD DC для подтверждения.
Возможно, что после удаления частичных файлов установки и временных файлов и исправления сетевые настройки (возможно, также рекомендуется перезагрузить), в следующий раз, когда вы запустите установщик, у вас может быть успех.
Постараюсь проверить этот пост позже, чтобы увидеть, если это помогло вам на всех ... или это я просто удалось сделать вашу жизнь еще более трудной (я, конечно, надеюсь, что нет!) :)
One еще ... до инициализации установщика, откройте сеанс PS, выполните ipconfig/flushdns, а затем выполните ping имя хоста вашего сервера vCenter, чтобы получить его в кеше DNS.Вы должны также выполнить следующие действия:
Nslookup
NS> {ваш VCENTER сервер IP-адрес}
/* убедитесь, что в результате имя хоста correct..this обеспечивает ваш PTRS и RDNS работает правильно. VCENTER СИЛЬНО зависит от точной конфигурации обратного DNS ... затем выполните следующие действия для подстановки вперед DNS */
NS> {вашего VCENTER сервер FQDN}
Надеется, что это помогает. Удачи моему другу!
SIETEC