Posts Tagged ‘vSphere’

Возможность защиты в vShere, которую пока нельзя использовать.

Июнь 1st, 2010

Сегодня очень многие обсуждают вопросы безопасности виртуальной ИТ-инфраструктуры. Действительно есть над чем подумать, ведь помимо всех тех прелестей, что дает консолидация, она же увеличивает риск потери информации и помогает собрать все системы в одну большую мишень для злоумышленника. Прекрасно это понимают и разработчики, поэтому и стремятся предоставить новые средства защиты. Об одном из таких новых средств написал на электронных страницах своего блога Eric Siebert, достаточно известный специалист в сфере виртуализации. Постараюсь сделать вольный перевод его статьи о возможности «VMkernel Protection» из списка возможностей vSphere.

Данная возможность использует технологию Trusted Platform Module (TPM) добавляя слой защиты к VMKernel. VMKernel или гипервизор – самый критичный компонент сервера виртуализации, который может поставить под угрозу работу и данные виртуальных машин, запущенных на этом сервере. VMware разработала новый механизм проверки целостности гипервизора на уровне как оперативной памяти так и дисковой подсистемы. По словам VMware это:

«VMkernel Protection – As part of ongoing efforts to protect the hypervisor from common attacks and exploits, mechanisms were introduced to assure the integrity of the VMkernel and loaded modules as they reside on disk and in memory. Disk-integrity techniques protect the boot-up of the hypervisor using the Trusted Platform Module (TPM), a hardware device embedded in servers. To ensure the authenticity and integrity of dynamically loaded code, VMkernel modules are digitally signed and validated during load-time. These disk integrity mechanisms protect against malware, which might attempt to overwrite or modify VMkernel as it persists on disk. VMkernel also uses memory integrity techniques at load-time coupled with microprocessor capabilities to protect itself from common buffer-overflow attacks that are used to exploit running code. These techniques create a stronger barrier of protection around the hypervisor. See the ESX Configuration Guide and the ESXi Configuration Guide.»

«VMkernel Protection – как часть мер, направленных на защиту гипервизора от атак и эксплойтов, механизм предназначенный для проверки целостности VMKernel и загружаевых модулей, расположенных в памяти и на диске. Целостность диска защищает гипервизор на этапе запуска, используя специальное, встроенное в сервер, устройство – Trusted Platform Module (TPM). Для уверенности в подлинности и целостности динамически загружаемого кода, модули VMKernel проверяются и подписываются (цифровой подписью) во время запуска. Этот механизм защищает от вредоносных программ (malware) которые могут перезаписать или модифицировать VMKernel. Наряду с используемой в микропроцессорах защиты от обычных атак переполнения буфера, VMKernel проверяет оперативную память при запуске. Использование этих техник позволяет построить защиту гипервизора. Чтобы узнать больше смотрите the ESX Configuration Guide и the ESXi Configuration Guide

TPM – это спецификация, разработанная организацией Trusted Computing Group (TCG), которая использует криптографические ключи для защиты данных. Специальный TPM чип, в котором записан уникальный RSA ключ, проверяет софт на предмет изменений. vSphere может использовать этот чип подписи модулей VMKernel и проверки во время старта системы. Похожая реализация была использована Microsoft (Windows File Protection), для защиты критичных для работы Windows файлов.

Intel и AMD интегрируют TPM, как и другие технологии, в процессоры и чипсеты. У Intel эта технология называется Trusted Execution Technology (TXT) которая была доступна некоторое время, у AMD это Secure Execution Mode, которая не получила широкого распространения. Для работы TPM необходим процессор и чипсет с поддержкой специальных инструкций. TPM использует так называемые Platform Configuration Registers (PCR) – контейнеры которые могут хранит 160-битные значения, и используются следующим образом:

  • При загрузки все PCR-ы инициализируются и принимают значения 0 или -1
  • Приложения могут проводить сравнения чего-либо на основе значений хэша этого «чего-либо».
  • Результаты сравнений записываются в PCR, этот процесс называется “extending the PCR”.
  • PCR-ы могут быть расширены несколько раз, пока не достигнут конечного значения.
  • Каждый сегмент кода сравнивается на контрольных точках.
  • В PCR-ах аккумулируются сравнения исполняемого кода с начала загрузки системы.
  • Значения PCR-ов могут быть подписаны ключами, хранимыми в TPM.
  • Состояние системы может быть проверено из хэшей, хранимых в PCR-ах.

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

«Решив проверить технологию в действии, я заказал чип TPM для одного из наших серверов. Сам чип оказался недорогой, его стоимость для сервера HP составила $39, и представляет собой небольшую микросхему, которая вставляется в специальный разъём на материнской плате»- пишет Eric.

clip_image001

clip_image002

Так же в коробке присутствовала крепеж, который выполняет функцию защиты, т.е. если его снимали после установки, это будет заметно.

clip_image003

После того как чип установлен, в BIOS сервере появляются новые опции связанные с безопасностью.

clip_image004

Получив и установив чип, Eric вернулся к документации по vSphere чтобы настроить его. Проблема была в том, что небыло написано как настроить эту новую возможность и ESXi configuration guide содержал только один абзац о TPM:

«This module is a hardware element that represents the core of trust for a platform and enables attestation of the boot process, as well as cryptographic key storage and protection. As part of the boot process, ESXi measures the VMkernel by the TPM, and changes to the VMkernel are logged from one boot to the next. Measurement values are propagated to vCenter Server, and can be retrieved by third-party agents using the vSphere API».

Из которого можно понять что, как уже было сказано, TPM это аппаратный модуль, используя который ESXi отслеживает изменения на этапе загрузки в VMKernel и передает данные об этих изменениях в vCenter Server, и могут быть получены агентами сторонних приложений через vSphere API.

Обратившись к VMware с вопросами об использовании этой возможности, Eric получил следующую информацию:

  • TPM поддерживается только с ESXi;
  • В BIOS должен поддерживаться TCG. TXT включается в BIOS’е. После включения этой опции необходимо в UI Advanced configuration, у ESXi хоста включить функцию tboot. Для этого хост должен быть подключен к vCenter.
  • Для мониторинга работы TPM могут быть использованы несколько логов, которые показывают значения PCR, относящихся к TPM. Например, если TXT активирован, то возвращается значение в PCR19, если TPM установлен в системе но TXT не используется – возвращается значение в PCR8, во всех других случаях PRC возвращается как NULL.
  • На сегодняшний день может не оказаться промышленных серверов с поддержкой TXT.

Поискав значение tboot, и не обнаружив (как и я) его или что-либо похожее в Advanced Settings, Eric приходит к выводу, что TPM – технология, которая может дать новые возможности защиты VMKernel, пока не готова к использованию. Даже если и есть способ включить ее, нет существующих способов эффективного ее использовать. Возможно, VMware или другие вендоры, в настоящий момент трудятся над разработкой инструментов использования данной технологии и уже в ближайшем будущем они появятся.

Зависшая ВМ в ESX не выключается.

Декабрь 8th, 2009

Виртуальная машина на ESX 4 зависла и недоступна. Выключение или перезагрузка ВМ из клиента vSphere не происходит, выдается сообщение:

Another task is already in progress.

В этом случае, если у вас ESX и есть доступ к Service Console, можно попробовать отключить виртуальную машину следующей командой:

vmware-cmd <путь к файлу .vmx либо алиас машины> stop

Полный путь виртуальных машин можно посмотреть командой:

vmware-cmd –l

Хочу отметить что в моем случае это не помогло и пришлось прибегнуть к более радикальному способу:

1. Узнать PID запущенной машины – ps –ef | grep <алиас машины>. Результат команды будет примерно такой:

PID Grep

2. “Убить процесс” командой kill –9 –<PID>

Учтите, что данный способ не лучший вариант и прибегать к нему нужно в крайних случаях. Если есть возможность выключить остальные ВМ на хосте или перенести их при помощи VMotion, то лучше прибегнуть к перезагрузке ESX хоста а не команде kill.

Что улучшено в vSphere Storage

Ноябрь 23rd, 2009

Техническая презентация от инженера VMware об изменениях, нововведениях и улучшениях в подсистеме хранения данных vSphere.

VMware vSphere Client без дополнительных настроек на Windows 7, наконец-то.

Ноябрь 23rd, 2009

VMware выпустила новое обновление VMware vSphere 4 Update 1. Из нововведений следующие:

  • Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
  • Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7!
  • Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
  • Enhanced VMware Paravirtualized SCSI Support – теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
  • Improved vNetwork Distributed Switch Performance – убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
  • Increase vCPU per Core Limit – теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.

Скачать VMware vSphere 4 Update 1 (ESX и vCenter) можно по адресу: http://www.vmware.com/tryvmware

Оригинальный текст взят отсюда – Новые возможности VMware Update 1

Описание командлетов VMware vSphere PowerCLI

Ноябрь 20th, 2009

VMware vSphere PowerCLI Cmdlets Reference – Официальный ресурс с описанием PowerShell командлетов. На английском.

Что такое виртуализация часть 3. Виртуализация сети

Ноябрь 11th, 2009

Лирическое отступление.

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

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

Интеграция всех сервисов в единую IP инфраструктуру позволит снизить стоимость реализации и обслуживания нескольких сетей предоставляя инновационные приложения, которые увеличивают продуктивность и конкурентоспособность организаций. Бизнесу необходимы возможности управлять услугами так, чтобы можно было оптимизировать их производительность, скорость развертывания, гибкость способов доставки, быстрое реагирование и разрешение проблем.

Что же такое виртуализация сети?

Виртуализация сети предоставляет IT департаменту возможность управлять логическими ресурсами сети, вместо физических. Используя виртуализацию, администратор сегментирует сеть, относительно нужд пользователей и групп, с применениями отдельных регламентов и политик безопасности. Другими словами, вместо того, чтобы думать об управлении основой сети, зданиях, филиальных доменов, IT департамент управляет интернет доступом, видео и голосовыми услугами и т.д. и фокусируется на следующих целях:

  • Гостевой доступ. Многие организации предоставляют внешним пользователям, не работником компаний, доступ к сети часто посредством интернет. Виртуализированная сеть позволяет оградить внешних пользователей от конфиденциальной информации.
  • Партнерский доступ. Партнерам может понадобиться доступ к приложениям или данным другой организации.
  • Защита от угроз мобильных устройств. Создается участок сети – карантин, где происходит проверка мобильных устройств пользователя, после чего он может получить доступ к внутренней сети организации.
  • Разделение сети по структурным подразделениям. Защита информации разных департаментов от кражи или несанкционированного доступа.
  • Изоляция устройств в виртуальной сети, например банкоматов, для защиты клиентских транзакций.
  • Услуги хостинг-провайдеров.

При виртуализации серверов, сетевая виртуализация неотъемлемая и очень важная часть. Динамичность виртуальных систем ставит под угрозу надежность  доступа к ним, ведь на одном сервере виртуализации могут быть десятки виртуальных машин, с десятком сетевых интерфейсов каждая и адресами в различных сетях, и при этом перемещаться с одного физического сервера на другой.  Производители виртуализации предусматривают средства управление виртуальной такой сетью в своих решениях и идут на сотрудничество с производителями сетевых технологий, таких как Cisco, Juniper, HP,которые имеют в своем активе программно-аппаратные комплексы, которые могут служить ядром виртуальной сети.

Для примера, возьмем виртуальную инфраструктуру VMware. Во флагманской версии своего главного продукта – vSphere, компания включает vNetwork Distributed Switch. Это виртуальное сетевое устройство, по сути часть программного обеспечения vCenter, которая позволяет построить виртуальную сетевую инфраструктуру на объединении сетевых интерфейсов нескольких серверов с установленным гипервизором ESX. Такой виртуальный распределенный свитч обладает практически всеми возможностями современных сетевых коммутаторов, не требуя при этом дополнительного места в стойке, административных расходов и охлаждения.

image

Пример сотрудничества VMware и Cisco, по созданию виртуального коммутатора. – Cisco Nexus 1000V Virtual Switch.

image

Запуск vSphere Client в Windows 7

Ноябрь 6th, 2009

Для тех, кто поставил новую операционную систему Windows 7, и кому необходимо установить клиента vSphere. На данный момент клиент после установки не запускается, но временное решение, пока VMware это не исправит, найдено.

Во-первых необходим файл system.dll, его можно найти по этому пути %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\System.dll, если установлен .NET 3.5 SP1 или скачать. Затем нужно будет положить в следующую папку, в зависимости от ОС:

для x86 – C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib

для x64 – C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib

Если директории Lib нет, ее необходимо создать.

Далее, необходимо поравить файл VpxClient.exe.config, который находиться в дериктории C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\, нужно добавить следующие строчки:

<runtime>
<developmentMode developerInstallation=»true»/>
</runtime>

Файл должен выглядеть так:

 

VpxClient.jpg 

Если увидите предупреждение о том, что нет разрешений на сохранения файла, сохраните его в другом месте а потом замените.

Теперь необходимо в переменные окружения добавить новую системную переменную. Открываем Advanced system settings в свойствах компьютера:

AdvancedSystemSettings

 

В открывшемся окне нажимаем кнопку Environment Variables:

EnvVariables

 

И добавляем новую системную переменную,кликнув по кнопке New, вводим следующие свойства:

Variable name = DEVPATH
Variable value для (x86) = C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
Variable value для (x64) = C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib

SystemVar

Кликаем OK и запускаем клиента с привилегиями Администратора.

Оригинальная статья от Xtravirt – http://xtravirt.com/xd10134

И официально от VMware об этой проблеме – http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011329

Не отображаются карты в vSphere клиенте.

Ноябрь 3rd, 2009

Если в клиенте vSphere не отображаются карты (maps), то скорее всего, вы как и я обновляли клиента Virtual Infrastructure 2.5 до версии vSphere. Одно из решений данной проблемы описано в этой статье.

Ресурсы о VMware

Октябрь 29th, 2009

Подборка лучших ссылок из мира виртуализации по версии сайта vsphere-land.com от Eric Siebert’а и от Duncan Epping’а на сайте yellow-bricks.com.

Ошибка при создании vNetwork Distributed Switch

Октябрь 28th, 2009

Столкнулся с проблемой при создании vNetwork Distributed Switch в клиенте vSphere на WinXP SP3.Захотел настроить vNDS. В клиенте vSphere кликаю по кнопке New vNetwork Distributed Switch.

vNDS New

Получаю следующую ошибку:

vNDS Error

Попробовал на другом сервере, где установлен клиент на Win 2008. Все проходит нормально, созданный dvSwitch  отобразился и в моем клиенте, но не получалось с ним работать, та же ошибка.

Первое что пришло в голову – вспомнил как устанавливал клиента. Это было обновление клиента версии 2.5 до версии vSphere, то есть поверх.  Это позволяло подключаться как новому vCenter так и к VI Virtual Center.

Решаю удалить клиента vSphere, а заодно и старую версию и установить только нового клиента. При установке получил ошибку, в которой говорилось об отсутствии установленного J#.

J#Error

Знаю про данное требования, но при обновлении старого клиента такого не было, поэтому думал что он у меня есть.Идем на сайт Microsoft, скачиваем и устанавливаем  данный пакет. После чего, повторный  запуск установки клиента завершается успешно. Идем в Home->Inventory->Networking и уже свитч создается нормально и работать с ним можно.

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