Клиент Vmware не подключается к хосту

Обновлено: 21.11.2024

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

Знай свою архитектуру

Чтобы эффективно устранять неполадки в Horizon, вам необходимо знать свою архитектуру в среде Horizon. Как трафик поступает извне на рабочий стол Horizon? Используются ли UAG, балансировщики нагрузки, виртуальные IP-адреса, несколько серверов подключения Horizon? Кроме того, каково состояние агента на конечной машине.

Кроме того, здесь приведены только основные методики устранения неполадок, но работала ли целевая машина, а затем остановилась? Что изменилось, что-нибудь? Обратите внимание на архитектуру приведенных ниже диаграмм. На первом изображении у нас есть клиент Horizon, подключающийся напрямую к серверам подключений Horizon.

Клиент Horizon напрямую подключается к серверам Horizon Connection

Ниже клиент Horizon сначала подключается к серверам Unified Access Gateway, которые затем подключаются к серверам подключений Horizon и виртуальному рабочему столу агента Horizon. Один совет: если у вас есть UAG в игре, вы все равно можете протестировать подключение клиента Horizon напрямую к серверу подключений Horizon. Это соединение должно быть успешным. Если вы можете успешно запустить сеанс при прямом подключении к серверу подключений Horizon из клиента Horizon, вы знаете, что проблема находится где-то выше сервера подключений Horizon — UAG, правила брандмауэра, балансировщик нагрузки, виртуальные IP-адреса и т. д.

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

Клиент Horizon подключается к UAG

Ошибка клиента VMware Horizon: не удалось подключиться к серверу

Есть несколько очевидных вещей, которые следует проверить, когда у пользователей возникает ошибка VMware Horizon Client, которая не может подключиться к серверу. Если вы уже исключили очевидные причины проблем с подключением, такие как изменение правила брандмауэра, и другие клиенты подключаются нормально, скорее всего, у вас нет глобальной проблемы со средой. Затем посмотрите на конкретный пул рабочих столов > Машины. Обратите внимание на состояние настольного компьютера, настроенного для пула рабочих столов.

Если агент недоступен, клиент никогда не сможет подключиться. В этот момент вам нужно выяснить, почему сервер Horizon Connection не может «видеть» агент. Служба агента запущена? Машина упала? Если машина находится в отдельной сети, есть ли у вас возможность подключения к ней на сетевом уровне? Активен ли NAT?

Проверить статус агента в консоли Horizon

Физические машины с агентом VMware Horizon

При работе с физическими машинами в некоторых средах мне приходилось реализовывать раздел реестра для успешного подключения к удаленным физическим рабочим станциям. ***Примечание***. Это было протестировано только с Horizon 7 и может не понадобиться с Horizon 8. Однако стоит попробовать, если у вас возникают странные проблемы с невозможностью подключения к физическим рабочим станциям с установленным агентом Horizon.

Физическим машинам также не нравится, когда пользователь входит в консоль, а затем пытается подключиться из Horizon. Это либо ошибка, либо сообщение о том, что нет доступных сеансов.

Конечные точки агента VMware Horizon с трансляцией NAT

Агент VMware Horizon сообщает фактический IP-адрес обратно на сервер Horizon Connection, который является локальным по отношению к самой машине. Однако что, если ваш сервер соединений не имеет маршрута к этой внутренней сети, представленной локальным IP-адресом? Это может вызвать проблемы, поскольку сервер подключений Horizon пытается установить соединение с частным IP-адресом, о котором сообщил агент Horizon.

Агент Horizon сообщает об обнаруженном IP-адресе компьютера, на котором он работает, экземпляру сервера соединений. В защищенных конфигурациях, где экземпляр сервера соединений не может доверять значению, которое сообщает агент Horizon, вы можете переопределить значение, предоставленное агентом Horizon, и указать IP-адрес, который должна использовать управляемая машина. Если адрес компьютера, о котором сообщает Horizon Agent, не совпадает с заданным адресом, вы не можете использовать Horizon Client для доступа к компьютеру.

Переопределить IP-адрес машины machine2 в пуле рабочих столов dtpool2.

Отображение IP-адресов, определенных для машины machine2 в пуле рабочих столов dtpool2.

Удалите IP-адреса, определенные для машины machine2, в пуле рабочих столов dtpool2.

Удалите IP-адреса, определенные для рабочих столов в пуле рабочих столов dtpool3.

Компьютер с агентом VMware Horizon с несколькими IP-адресами

На виртуальной машине, на которой установлен агент Horizon, откройте командную строку, введите regedit.exe и создайте запись реестра для настройки подсети. Например, в сети IPv4:

Подведение итогов

Если вы получаете сообщение об ошибке клиента VMware Horizon «Не удалось подключиться к серверу» или другую подобную ошибку, систематическое устранение неполадок может помочь определить источник проблемы. VMware Horizon использует множество различных компонентов инфраструктуры, которые необходимо проверить. Однако, как уже упоминалось, есть несколько областей конфигурации, которые могут привести к трудностям при подключении к виртуальной или физической машине агента VMware Horizon. Надеемся, что эти несколько заметок помогут тем, кто борется с проблемами подключения.

Постановка задачи:

У меня есть среда VMware под управлением ESXi 5.x с несколькими виртуальными машинами, когда я пытаюсь подключиться к клиенту Vpshere, он работал нормально вчера, сегодня утром я >увидел ошибку подключения к VCenter Server. Я не могу подключиться к виртуальным машинам из VMware Sphere Client и VSphere Web URL.

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

Как исправить и что вообще может быть в возможном сценарии, давайте подробно обсудим?

Сообщения об ошибках:

VMware Console отключилась… при попытке повторного подключения.
Консоль отключена. Закройте это окно и перезапустите консоль для повторного подключения.
Инициализатор типа выдал исключение для VirtualInfrastructure. Утилиты. ClientsXml» вызвало исключение.
Не удается подключиться к vCenter Server 5.x с помощью клиента vSphere – неизвестная ошибка.

Возможные причины:

1) Убедитесь, что вы используете одну и ту же версию VMWare ESXi Server & Client. Версия VMware vCenter Server и версия клиента VSphere должны совпадать.

3) Проверьте настройки прокси (если установлены), сброс вызывает проблемы с подключением.

4) Службы VMware остановлены или требуют перезапуска для правильной работы.

Действия по устранению неполадок:

1) Компьютер, на котором размещен vCenter Server, имеет активное сетевое подключение.
2) vCenter Server действительно работает, и vCenter Server доступен.

3) Вы можете разрешить имя хоста vCenter Server с вашего сервера подключений VMware View.

4) Проверьте, обновили ли вы сервер VMWare с 5.x до 6.x, если да? Нам нужно переустановить клиент vsphere до последней версии, чтобы это исправить.

5) Перезагрузите компьютер, на котором установлен клиент Vsphere.

7) Войдите на сервер VCenter и найдите ошибки в файле журнала vpxd-.log, расположенном в папке C:\Program Data\VMware\VMware VirtualCenter\Logs, если таковые имеются.

8) Войдите на сервер и найдите ошибки в файле журнала viclient-*.log, расположенном по адресу %App Data%\Vmware\vpx\

Пример: Из файла журнала мы обнаружили, что доступ к разделу реестра «HKEY_CLASSES _ROOT \VpxClient» запрещен.

9) Убедитесь, что у вас есть соответствующие права [вероятно, права администратора 😉] для доступа к VMware Host, или обратитесь к администратору VMWare, если у вас их нет.

Запустите Vmware Vsphere Client «Run As» Administrator, чтобы устранить проблему.

10) Проверьте место на диске и/или права доступа к файлам временного каталога на сервере VMWare. Возможно, VMWare не сможет создать необходимые файлы в вашем каталоге %temp%, что «вызовет» именно ту ошибку, с которой вы столкнулись.

11) Проверьте службы VMware и убедитесь, что нижеперечисленные службы работают нормально 🙂

12) Теперь попробуйте подключить клиент VMware Vsphere и URL-адрес веб-сайта Vsphere, оба будут работать с шармом!!

У меня есть ESXi 6, установленный в небольшой лабораторной среде из трех компьютеров, включая визор. Я подключаюсь напрямую к хосту через IP (192.168.0.230) из настольного клиента vSphere 6. Обратите внимание, что я не использую vCenter Server в своей среде, это прямое подключение к хосту ESXi.

С первого раза, когда я пытался подключиться к визору, у меня периодически возникали проблемы с подключением. При попытке подключиться к визору 9/10 раз он не подключается и выдает такую ошибку:

"vSphere Clinet не удалось подключиться к 192.168.0.230. Произошла неизвестная ошибка подключения (сбой запроса, так как удаленный сервер слишком долго не отвечал. (Время ожидания операции истекло)."

Однако иногда он без проблем входит в систему (1/10 попыток или около того), и я могу некоторое время выполнять различные задачи по настройке, прежде чем клиент, наконец, выйдет из строя с общей ошибкой Windows «Клиент Vpx перестал работать».

Я могу без проблем пропинговать визор с любого клиента, а также получить доступ к веб-странице визора, введя его IP-адрес в свой веб-браузер с любого клиента.

Когда виртуальные машины работают, я могу получить к ним доступ без проблем, даже если не могу получить доступ к визору.

- перезапуск сети управления

– перезапуск всех агентов управления из DCUI

- установка клиента vSphere на другую рабочую станцию

28 ответов

отметить 336 лучших ответов
thumb_up – 870 благодарностей

Используете ли вы общий ISO с установкой HP/Dell? Возможно, что-то, требуемое от производителя, отсутствует в общем ISO.

Препятствуют какие-либо сети VLAN или брандмауэры, аппаратное обеспечение, маршрутизаторы и т. д.?

Вы пытаетесь получить к нему доступ с рабочего стола/ноутбука или сервера?

Вы пробовали другую машину?

Что происходит, когда вы пытаетесь получить доступ к хосту ESXi через IE в то время, когда вы не можете подключиться к хосту?

Когда вы получите эту ошибку, можете ли вы пропинговать ее? Попробуйте использовать ping IP -t и попробуйте войти в систему, посмотрите, что произойдет.

Я склоняюсь к проблемам с подключением или необходимо переустановить клиент vSphere.

технетос

На какой ОС работает vSphere Desktop Client?

Извините за стену текста - для справки, я использовал именно это оборудование в тестовой среде ESXi 5.0 в течение многих лет, и оно было впечатляюще стабильным и безотказным. Это наводит меня на мысль, что проблема возникла из-за изменения в версии 6.0 (или, возможно, версии 5.1 или более поздней версии).

На аппаратном обеспечении визора есть только одна сетевая карта (Dell Optiplex 980). IP-адрес шлюза — 192.168.0.254, которого нет в моей тестовой сети. Не уверен, что это будет проблемой. Эта тестовая сеть состоит из трех машин, подключенных по CAT6 через гигабитный коммутатор, без внешних подключений к внешнему миру.

После установки ESXi я настроил сеть управления, проверил связь между хостом и клиентами, добавил три ВМ и запустил их. Все они работали без проблем. Это была единственная конфигурация, которую я сделал на хосте.

Я использую установочный ISO-образ ESXi 6 с сайта VMWare при новой установке ESXi 6. Имя файла ISO — VMware-VMvisor-Installer-6.0.0-2494585.x86_64.iso. ESXi загружается с флэш-накопителя USB и использует локальный диск SATA для хранилища данных. Установочный файл клиента vSphere 6 — VMware-viclient-all-6.0.0-2502222.exe.

Я пытался войти в visor с двух разных компьютеров с Win7x64 Pro, одного ноутбука и одного настольного компьютера. Оба используют настольный клиент vSphere 6.0. Одна и та же ошибка на обоих. При попытке подключиться к визору через IE у меня не возникает проблем, даже если настольный клиент не может войти в систему. Я даже могу просмотреть хранилище данных визора, используя предоставленную ссылку HTML. В это время все виртуальные машины также работают и отвечают в сети. Я отключил брандмауэр Windows 7 на клиентах только для проверки, и это не улучшило ситуацию.

технетос

Я спросил об операционной системе, на которой работает клиент vSphere, поскольку известны проблемы с его запуском из Windows 2003 — во время установки появляется предупреждение.

отметить 336 лучших ответов
thumb_up – 870 благодарностей

Вы также используете его на настольной платформе, которая вряд ли будет на VMWares HCL, поэтому ваша поддержка ограничена.

Эхо-запросы не являются хорошим тестом, они не показывают неисправные службы, а только то, что сетевой стек отвечает на команду приветствия.

Я бы начал с того, что подошёл непосредственно к машине и посмотрел журналы — там, скорее всего, есть подсказка.

Ваша проблема, скорее всего, связана с совместимостью с драйверами, поскольку вы используете сборку класса "белый ящик" для ПК и стандартный ISO.

Цель этого руководства — предоставить вам решение для устранения следующих ошибок сертификатов в VMware Horizon с наличием действительных сертификатов.

Сертификат сервера не является доверенным
Сертификат сервера не может быть проверен

Симптомы

На панели администрирования просмотра сервер соединений отображается красным цветом.
На панели управления View Administration сервер Security Server отображается красным цветом.
Если щелкнуть сервер соединений в View Administration, появится следующая ошибка:
- Сертификат сервера соединений не является доверенным
Причина

Эта проблема возникает, если список отзыва сертификатов (CRL) содержит URL-адрес, к которому нельзя получить доступ с сервера соединений, связанного с Security Server.

Разрешение

Убедитесь, что серверы соединений, связанные с серверами безопасности, могут проверять URL-адрес в списке отзыва сертификатов (CRL), если в вашей среде есть прокси-сервер, контролирующий доступ в Интернет.

Чтобы реализовать обходной путь, создайте следующую строку ключа реестра для всех серверов подключения.

Примечание. Эта процедура изменяет реестр Windows. Прежде чем вносить какие-либо изменения в реестр, убедитесь, что у вас есть актуальная и действительная резервная копия реестра и виртуальной машины.
1. 1. 1. Перейдите к разделу HKEY_LOCAL_MACHINE\Software\VMware, Inc.\VMware VDM\Security\ в представлении сервера соединений. Внимание! Убедитесь, что вы вносите изменения на сервере соединений, а не на сервере безопасности.
    2. Создайте строку реестра CertificateRevocationCheckType (REG_SZ) и установите для нее значение 1 . Как показано на изображении ниже.
      
      Примечание. Чтобы изменения вступили в силу, перезагрузка не требуется.