У меня есть сервер Windows 2003, работающий под vmware esx.
По странным причинам, не зависящим от нас, иногда гостевой стек tcp / ip перестает работать. Так, например, не работают подключения к удаленному рабочему столу.
Моя цель - устранить эту сетевую (и другие) гостевые ошибки.
Я могу разработать и поместить в гостевую систему некоторые сценарии для отслеживания и обнаружения ошибок TCP / IP и других конкретных приложений.
Могу ли я запустить какой-нибудь консольный инструмент, чтобы сообщить об ошибке от гостя гипервизору?
Этот инструмент должен работать без API сети из-за сбоев, которые мы хотим устранить. Думаю, возможно: супервизор работает, пользуюсь им, пока был неисправен гостевой стек tcp / ip.
Вы должны попытаться устранить корень проблемы, а не просто предупреждать о ее возникновении. Ваша первая остановка - проверить журналы Windows на наличие ошибок. Попробуйте определить, связана ли проблема с конкретной службой (службы терминалов) или с общей проблемой сети.
Сеть на виртуальных машинах обычно довольно стабильна (или, по крайней мере, согласована), если вы установите VMware Tools. Если у вас установлены инструменты VMware, и они по-прежнему вызывают проблемы, попробуйте удалить VMware Tools и переустановить со всеми драйверами (а не только с теми, которые вам нужны).
Наконец, попробуйте другой тип сетевого адаптера. Когда вы добавляете сетевой адаптер в ESX / ESXi, вы можете выбрать «тип». Вы не можете изменить тип уже существующего адаптера, но можете удалить текущий и добавить новый во время его работы. Попробуйте E1000, если вы используете VMXNET, и наоборот. У меня были проблемы с одним, когда другого типа адаптера не было.
Есть ли причина, по которой вы не можете просто отслеживать подключение к порту 3389 (RDP) на виртуальной машине, используя любую систему мониторинга, которую вы уже развернули, без необходимости установки гипервизора? Ваше описание этой проблемы ни в малейшей степени не похоже на специфику виртуальной машины.
(Я бы сказал, что если RDP является важной частью вашей стратегии удаленного администрирования, вы должны контролировать его на всех своих серверах, а не только на этом.)