Как создать образ виртуальной машины vmware

Обновлено: 02.07.2024

Теплый захват — это метод захвата образа во время работы виртуальной машины (ВМ). Этот метод захвата является отличной альтернативой стандартному процессу захвата, если вы используете хост VMware ESX или виртуальную машину со снимками или если ограничения безопасности не позволяют захвату образа непосредственно с виртуального диска. Этот процесс включает в себя создание ISO-файла SmartDeploy, загрузку эталонной виртуальной машины в загрузочную среду SmartDeploy, создание образа и сохранение WIM-файла в сетевом ресурсе.

Шаг 1. Создайте ISO-файл SmartDeploy

Шаг 2. Установите ISO-файл SmartDeploy на виртуальную машину и выполните предварительный захват

С помощью виртуальной программной консоли откройте меню «Настройки» для виртуальной машины и подключите ISO-файл SmartDeploy к виртуальному DVD-приводу.
Примечание. VMware требует, чтобы вы выбрали «Подключено в Установите флажок Power On, чтобы включить загрузку из файла ISO.
Подключитесь и запустите виртуальную машину, удерживая нажатой клавишу, чтобы запустить загрузку из файла ISO, а не из Windows.
Когда загрузится меню SmartDeploy, нажмите «Захват изображения».
На странице "Добро пожаловать в мастер захвата" нажмите "Далее".
На странице "Выбор томов виртуальных дисков" выберите тома, которые вы хотите включить в образ. Для большинства развертываний можно оставить выбранными параметры «Зарезервировано системой (не назначено)» и «Локальный диск (C:)», а затем нажать «Далее».
Важно! Если к вашей виртуальной машине подключен второй диск, вы можете снимите флажок для этого диска, чтобы исключить содержимое этого диска из образа. Однако ожидается, что любые целевые устройства, развертываемые с этим образом, будут иметь прикрепленный второй драйвер, иначе развертывание завершится ошибкой. Если вы знаете или не уверены, что на целевых устройствах не будет второго диска, выключите виртуальную машину, удалите второй виртуальный диск, перезапустите SmartDeploy и перезапустите мастер захвата.
Примечание. Если вы собираетесь использовать этот образ со службами развертывания Windows, установите флажок Для использования со службами развертывания Windows (WDS). Дополнительную информацию см. в нашей статье об интеграции со службами развертывания Windows.
Необязательно: укажите ключ продукта Windows, соответствующий версии Windows, установленной на эталонной виртуальной машине.
Примечание. Вы можете оставить ключ продукта пустым и вместо этого указать его в Файл ответов. Или вы можете развернуть свой образ без ключа продукта.
Необязательно: вы также можете указать новый пароль учетной записи локального администратора, если хотите использовать другой пароль на развернутой конечной точке.
Когда вы будете готовы перейти на следующую страницу, нажмите "Далее".
На странице "Сетевые учетные данные" введите имя пользователя и пароль учетной записи, имеющей разрешения на общий сетевой ресурс, в котором вы планируете сохранить изображение, а затем нажмите "Далее".
На странице "Тип изображения" выберите "Стандартное изображение" (рекомендуется) или "Разное изображение", а затем нажмите "Далее".
Примечание. Стандартное изображение содержит все файлы, необходимые для целевого устройства. Разностный образ содержит только те файлы, которые были изменены между стандартным образом и обновленной виртуальной машиной. Если вы создаете разностный образ, вам нужно будет перейти к местоположению предыдущей версии образа.
На странице «Сохранить образ» нажмите «Сеть», выберите букву диска, введите сетевой ресурс (например, \\ServerName\c$\SmartDeploy\Images\) и нажмите «ОК».
Нажмите «Обзор», дважды щелкните «Этот компьютер», а затем прокрутите вниз, чтобы найти и дважды щелкнуть подключенный сетевой диск, который вы создали.
Выберите папку и имя файла для сохранения файла изображения, а затем нажмите "Сохранить".
Примечание.Вы можете сохранить несколько изображений в одном файле WIM, выбрав существующий WIM-файл. Если вы сохраняете более одного изображения в файле WIM, все дубликаты файлов сохраняются в одном экземпляре. Таким образом, для одного файла WIM, содержащего два образа, скорее всего, потребуется меньше места на диске, чем для тех же двух изображений, сохраненных в виде двух файлов WIM.
В поле «Имя изображения» введите полное имя изображения, например «Золотое эталонное изображение».
В описании изображения (необязательно) добавьте необходимые примечания, а затем нажмите "Далее".
Нажмите "Готово", чтобы сохранить изображение.
Примечание. Мастеру может потребоваться несколько минут, чтобы сделать снимок.
Когда процесс захвата завершится, нажмите "ОК", чтобы закрыть мастер захвата.

Образ виртуальной машины — это полностью настроенная виртуальная машина, используемая для создания образа MED-V для развертывания на вашем предприятии. Давайте пошагово создадим ее на основе виртуальной машины Virtual PC 2007, которую мы создали ранее в этой главе. Чтобы излишне не нагружать компьютеры в вашей среде, образ виртуальной машины должен быть оптимизирован таким образом, чтобы он соответствовал вашим потребностям, но не запускал никаких дополнительных служб.Поскольку мы не можем точно предсказать, как и почему вы будете использовать виртуализацию, мы можем дать только несколько общих советов по оптимизации, описанных ниже.

Для правильной работы образа ВМ с MED-V он должен быть создан с использованием ключа корпоративной лицензии Microsoft.

Когда виртуальная машина Virtual PC 2007 выключена и выделена в окне консоли Virtual PC, нажмите кнопку Настройки, чтобы открыть настраиваемые параметры. Рекомендуется отключить дисководы гибких дисков и откатные диски.

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

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

Важно также отключить функцию автоматического перезапуска Windows Startup and Recovery, как показано на рис. 15.53. Системные свойства также находятся на панели управления в разделе «Производительность и обслуживание».

▪ Рисунок 15.53. Запуск и восстановление.

Скопируйте MSI-файл рабочей области MED-V с DVD-диска MDOP 2009 на виртуальный диск виртуальной машины. Необходимый файл называется MED-V_Workspace_1.0.72.msi и находится в папке MED-V\Installers. После копирования запустите MSI, чтобы начать установку. Нажмите Далее на экране приветствия, примите лицензионное соглашение (после прочтения) и снова нажмите Далее. Еще один щелчок, на этот раз Установить, запустит процесс. По завершении оставьте флажок Launch VM Prerequisites Tool установленным и нажмите Finish, как показано на рис. 15.54.

▪ Рисунок 15.54. Мастер завершен.

Мастер предварительных требований к виртуальной машине MED-V проведет вас через несколько вариантов функций и функций, которые вы можете оставить включенными или отключить в зависимости от ваших потребностей, избегая при этом ненужного расхода ресурсов вашего ПК. Как показано на рис. 15.55, нажмите Далее, чтобы начать.

▪ Рисунок 15.55. Необходимый мастер.

По мере того, как вы проходите через каждый экран, показанный на рисунках 15.56–15.58, вам, скорее всего, будет лучше принять значения по умолчанию, но если есть какие-то настройки, которые, по вашему мнению, необходимо изменить, не слишком бойтесь делать это. Мастер не позволит вам разбить рабочее пространство. Вот почему вы увидите, что многие параметры выделены серым цветом и их нельзя изменить.

▪ Рисунок 15.56. Настройки Windows.

▪ Рисунок 15.57. Настройки Internet Explorer.

▪ Рисунок 15.58. Службы Windows.

Как показано на рис. 15.59, мастер дает вам возможность настроить образ для автоматического входа в систему. Если это вас интересует с точки зрения простоты использования, установите флажок и введите имя пользователя и пароль.

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

▪ Рисунок 15.59. Автоматический вход в Windows.

Вы завершили создание образа виртуальной машины. Далее мы создадим изображение MED-V из новой рабочей области.

Моделирование ресурсов и определения для облачных центров обработки данных

3.3.1.7 Образ ВМ

Образ ВМ – это исполняемый файл образа ВМ; этот файл изображения находится в специальном формате хранения. Мы можем создать новую виртуальную машину, загрузив файл образа на физическую машину. Обычно на этих новых виртуальных машинах заранее устанавливается некоторое программное обеспечение, например mysql или ms office. Пользователи могут выбирать для установки разные образы ВМ [5] (рис. 3.12).

< бр />

Рисунок 3.12. Состав образа ВМ.

3.3.1.7.1 Свойства образа ВМ

VMImageID: идентификатор образа ВМ

Size(float): размер образа ВМ (в ГБ)

VCPUType(String): тип процессора

VCPUNum(int): количество ЦП

VCPUKernel(int): количество ядер ЦП на ЦП

VCPU(String): частота процессора

VMem(int): объем памяти

VDisk(int): емкость хранилища

OS(String): тип операционной системы

Приложение(строка): пользователи могут выбрать набор программного обеспечения, которое может соответствовать их потребностям в зависимости от их цели (например, развертывание веб-сайтов, вычислений или хранения)

NetworkAdapter(String): сеть (например, мостовая, NAT или пользовательская)

3.3.1.7.2 Операции с образом ВМ

Таблица 3.8. Операции с образом ВМ

Операция	Описание
VMImage .Select	Выберите соответствующую физическую машину
VMImage.Upload	Перенесите файл образа на физическую машину
VMImage.Save	Сохранить используемую ВМ как файл образа
VMImage.Delete

3.3.1.7.3 Состояния виртуальных машин

InUsing: некоторая ВМ использует этот образ ВМ.

NotUsing: этот образ ВМ не используется.

Облачные вычисления раскрыты: исследовательский ландшафт

Мохаммад Хамдака , Ладан Тахвилдари , Достижения в области компьютеров , 2012 г.

4.6.3 Виртуальные устройства

Виртуальное устройство — это образ виртуальной машины (VMI), который разработан и упакован для развертывания на платформе виртуальной машины. VMI — это автономный пакет, состоящий из программного стека и метаданных. Стек программного обеспечения состоит из набора предварительно настроенных приложений, гостевой ОС, промежуточного программного обеспечения, библиотек, контейнеров и всего другого необходимого программного обеспечения, а метаданные представляют собой информацию, которая может помочь в процессе развертывания и выполнения VMI на платформа ВМ; например, вспомогательное оборудование, необходимое для запуска VMI (например, количество ЦП), переменные конфигурации (например, IP-адрес) и ограничения изображения (например, доступность 99,9 %).

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

Разнообразие платформ виртуализации, используемых различными поставщиками облачных услуг, затрудняет взаимодействие между виртуальными устройствами и ограничивает миграцию приложений и VMI между облачными платформами. Это связано с тем, что разные платформы виртуализации используют разные форматы образов виртуальных машин. Отсутствие функциональной совместимости обнажило потребность в стандартном формате распространения виртуальных устройств. Чтобы решить эту проблему, рабочая группа по распределенному управлению (DMTF) в 2008 году создала формат открытой виртуализации (OVF).

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

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

Научная система управления рабочими процессами в облаке

Мария А. Родригес, Раджкумар Буйя, Архитектура программного обеспечения для больших данных и облака, 2017 г.

18.6.4 Настройка монтажа

В этом разделе описывается, как процедуры Montage были настроены в образе виртуальной машины рабочих узлов. Также объясняется, как были получены входные файлы изображений и как был сгенерирован XML-файл описания рабочего процесса.

Компания Pegasus Project разработала различные инструменты, помогающие развертывать рабочие процессы Montage в распределенных средах. С помощью этих инструментов была выполнена установка Montage на образ рабочей ВМ, а также создание XML-файла, описывающего рабочий процесс.

Первым шагом была загрузка и установка приложения Montage, которое включает подпрограммы (mProjectPP, mDiffFit, mConcatFit, mBgModel, mBackground, mImgTbl, mAdd, mShrink и mJPEG), соответствующие каждой задаче рабочего процесса. В этом примере версия 3.3 была установлена на виртуальной машине под управлением Ubuntu 14.4 LTS. В дополнение к подпрограммам задач установка Montage также включает инструменты, используемые для создания XML-файла DAG и загрузки входных файлов изображений. А именно, инструменты mDAG и mArchiveExec.

Команда mDAG создает XML-файл DAX, содержащий описание рабочего процесса с точки зрения используемых им входных файлов, задач, зависимостей данных и созданных выходных файлов. Затем этот файл DAX был преобразован в файл на основе xWFL с помощью инструмента DAX to XWFL.

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

Сокрытие виртуальных данных

Майкл Рагго, Чет Хосмер, сокрытие данных, 2013 г.

Файлы VMware

Рисунок 8.6. Образец списка файлов для виртуальной машины VMware

*.vmdk — этот файл является виртуальным жестким диском. Эти файлы могут иметь размер не более 2 ГБ. Кроме того, файл *.vmdk содержит данные виртуальной машины, а также пространство для служебных данных. Файлы *.vmdk официально назывались *.dsk в старых версиях VMware.

*.nvram — BIOS виртуальной машины и количество жестких дисков.

∗.vmsd — используется для хранения состояния виртуальной машины путем создания моментального снимка и сохранения метаданных моментального снимка.

*.vmx — текстовый файл, в котором хранится конфигурация виртуальной машины. В нем хранится информация об операционной системе, устройствах, сетевых интерфейсах и т. д. Ниже приведен пример конфигурационного файла *.vmx (см. рис. 8.7).

Рисунок 8.7. ∗.vmx Содержимое файла конфигурации VMware

*.vmxf — дополнительный файл, содержащий метаданные для виртуальных машин, работающих в команде.

Виртуализация облачных ресурсов

Дэн С. Маринеску, Cloud Computing, 2013 г.

5.13. Выявление ошибок программного обеспечения

Изоляция программных сбоев (SFI) предлагает техническое решение для изолирования бинарного кода сомнительного происхождения, который может повлиять на безопасность облачных вычислений. Небезопасные и поддельные образы ВМ являются одной из угроз безопасности, поскольку двоичные коды сомнительного происхождения для собственных подключаемых модулей веб-браузера могут представлять угрозу безопасности, когда веб-браузеры используются для доступа к облачным службам.

В недавней статье [322] обсуждается применение технологии песочницы для двух современных архитектур ЦП: ARM и 64-разрядной x86. ARM – это архитектура загрузки/сохранения с 32-разрядными инструкциями и 16 регистрами общего назначения. Он старается избегать многоцикловых инструкций и разделяет многие черты архитектуры RISC, но (а) поддерживает режим «большого пальца» с 16-битными расширениями инструкций; (б) он имеет сложные режимы адресации и сложный переключатель ствола; и (c) коды условий могут использоваться для предиката большинства инструкций. В архитектуре x86-64 регистры общего назначения расширены до 64 бит, а буква r заменяет e для обозначения 64-битных регистров, а не 32-битных (например, rax вместо eax ). Есть восемь новых регистров общего назначения с именами r8–r15. Чтобы позволить устаревшим инструкциям использовать эти дополнительные регистры, x86-64 определяет набор новых байтов префикса, используемых для выбора регистра.

Возможности SFI для собственного клиента на x86-32, x86-64 и ARM приведены в таблице 5.4. [322] . Поток управления и изолированная программная среда хранилища для ARM SFI несут в среднем менее 5 % накладных расходов, а для x86-64 SFI — менее 7 % накладных расходов в среднем.

Таблица 5.4. Функции SFI для собственного клиента на x86-32, x86-64 и ARM . ILP означает параллелизм на уровне инструкций.

Шаг 1. Перейдите в каталог загрузок вашей системы (по умолчанию) или в папку, где вы сохранили образ ВМ.

Шаг 2. Извлеките ZIP-файл виртуальной машины с помощью программы WinZip или 7-Zip.

Извлечь загруженный архивный файл ВМ

Импортировать виртуальное устройство

Шаг 4. Перейдите к папке, в которую вы распаковали образ ВМ. Выберите изображение и нажмите «Открыть».

Выбрать образ ВМ

Шаг 5. При необходимости измените имя виртуальной машины и расположение жесткого диска, на котором вы хотите сохранить виртуальную машину (диски и конфигурации). Затем нажмите «Импорт».

Импортировать виртуальную машину

Шаг 6. Нажмите "Повторить", чтобы игнорировать все ошибки, связанные со спецификацией OVF и соответствием требованиям виртуального оборудования.

Повторить

Шаг 7. Теперь VMware Workstation начнет импорт виртуальной машины. Дождитесь завершения импорта.

импорт виртуальной машины

Шаг 8. После завершения импорта вы должны увидеть новую виртуальную машину на рабочей станции VMware.

Виртуальная машина

Шаг 9. При необходимости вы можете изменить ресурсы виртуальной машины, такие как ЦП, память, сеть и другие параметры, с помощью Изменить параметры виртуальной машины.

Шаг 10. Теперь вы можете включить виртуальную машину, чтобы начать работать с ней.

Включить виртуальную машину

Виртуальная машина, работающая на рабочей станции VMware:

Виртуальная машина, работающая на рабочей станции VMware

Это руководство посвящено виртуализации Kali Linux внутри VMware, позволяющей вам иметь виртуальную машину Kali. Это отличный способ использования Kali, так как он полностью отделен от хоста, позволяет вам взаимодействовать с другими виртуальными машинами (а также с хостом и другими машинами в сети) и позволяет вам вернуться к моментальным снимкам.

Если вы пытаетесь установить VMware на Kali Linux (в качестве хоста), см. наше руководство.

Приведенное ниже руководство — это то, что мы используем для создания готовых образов Kali Linux VMware. Вы можете изменить это в соответствии с вашими потребностями. Мы всегда создаем образы, используя последнюю версию VMware Workstation, поскольку Player и Fusion не имеют одинакового уровня функциональности и контроля над настройками.

Вам потребуется включить виртуализацию в BIOS/UEFI для (например, Intel VT-x/AMD-V)

Мастер

При запуске VMware Workstation выберите «Создать новую виртуальную машину».

Если у вас есть возможность, выберите «Пользовательская (расширенная)» для конфигурации виртуальной машины, так как это позволит нам лучше контролировать создание виртуальной машины.

Следующий экран — «Совместимость оборудования виртуальной машины», который мы используем «Workstation 8.x».

Это позволяет большему количеству пользователей сразу же использовать Kali Linux (без необходимости редактировать файл .vmx для перехода на более раннюю версию). Если вы используете более позднюю версию VMware, чем v8, при запуске VMware предложит обновить виртуальную машину. Это удалит любые ограничения, вызванные старыми профилями VMware. Однако у большинства пользователей виртуальная машина Kali Linux не использует все эти дополнительные ресурсы (см. снимок экрана ниже), поэтому им не будет полезен последний профиль, поэтому мы поставляем его с более старым профилем.

На этом экране мы выбираем образ Kali Linux для установки. Мы выбираем «Обзор» и переходим к местоположению загруженного нами ISO. Для получения дополнительной информации о том, какое изображение загрузить, мы написали руководство.

Когда вы увидите экран «Гостевая операционная система», выберите «Linux», а затем последнюю версию Debian для версии (поскольку Kali основана на Debian). В этом примере это Debian 10. Мы собираемся использовать образ x64 для установки Kali, поэтому мы выбрали 64-разрядную версию.

Следующий экран — «Имя виртуальной машины», на котором вы указываете имя виртуальной машины. Это имя также используется в качестве имени файла (например, конфигурации, жесткого диска и моментального снимка, которое с этого момента не изменяется).

В этом руководстве мы придерживаемся общего подхода, используя «Kali Linux» (поскольку Kali Linux — это скользящий дистрибутив, и мы обновляем Kali Linux). Однако для наших выпусков мы используем номер версии в названии, поскольку это фиксированный выпуск ( kali-linux-YYYY.N-vmware-ARCH . Пример: kali-linux-2022.1-vmware-amd64 ).

Следующий экран — «Процессоры». Здесь мы можем начать определять, сколько ресурсов мы предоставляем виртуальной машине. Kali сможет выполнять больше задач одновременно и быстрее, если ей будет выделено больше ресурсов. Мы выбираем «2 процессора» и «2 ядра на процессоры», что дает в сумме 4 ядра.Вы можете использовать больше или меньше в зависимости от ваших системных требований.

«Память» — это следующий раздел, в котором мы можем указать, сколько оперативной памяти использовать. Опять же, чем больше объем оперативной памяти, тем больше приложений можно открыть и повысить производительность. Различные инструменты внутри Kali могут требовать ресурсов. Когда мы создаем обычные виртуальные машины, мы выбираем 2 ГБ (2048 МБ) для ОЗУ, но мы часто увеличиваем это значение для наших персональных машин, поскольку у нас есть высокопроизводительные устройства с запасной оперативной памятью, которую может использовать Kali.

Затем мы видим «Сетевое подключение». По умолчанию мы используем соединение NAT. Однако это можно легко изменить (даже когда виртуальная машина включена). Это позволяет Kali VM обмениваться данными с Интернетом, а также с остальной частью подключения к локальной сети, не занимая дополнительный IP-адрес. Недостатком этого является то, что он не сможет получать обратные оболочки (без переадресации портов внутри VMware).

Следующее — «Типы контроллеров ввода-вывода». Мы принимаем значение по умолчанию «Логика LSI».

Далее идет «Тип виртуального диска». Мы принимаем значение по умолчанию «SCSI»

Следующий экран — «Диск», который позволяет нам «создать новый виртуальный диск»

Этот экран ниже, «Размер диска», позволяет нам определить, насколько большим будет виртуальный жесткий диск. Мы используем «80 ГБ» для наших ВМ.

У нас также нет этого в одном файле, а вместо этого «Разделить виртуальный диск на несколько файлов». Жесткий диск ВМ будет со временем увеличиваться до максимального размера, так как мы не включаем «Выделить все место на диске».

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

Что касается экрана «Файл на диске», мы принимаем значение по умолчанию, которое было определено из имени нашей виртуальной машины ранее в процессе установки.

Затем появляется последний экран мастера настройки ВМ, который дает нам обзор выбранных нами настроек.

Мы довольны тем, что нам показали, поэтому нажимаем «Готово». Если вы попытаетесь «Настроить оборудование» на этом этапе, до того, как виртуальная машина будет полностью создана, не все настройки будут видны.

Если вы впервые используете мастер, вы можете получить следующую подсказку, объясняющую, как установка «инструментов VMware» улучшит работу с виртуальной машиной.

После прочтения и понимания страницы, вы можете поставить галочку «Больше не показывать эту страницу», прежде чем нажать «Закрыть».

Изменить настройки

Прежде чем мы запустим виртуальную машину, мы редактируем ее настройки, нажав «Изменить настройки виртуальной машины».

Нам принтер не нужен, поэтому мы его удаляем. Перейдите в раздел «Принтер» и нажмите «Удалить».

Возможно, вы захотите отредактировать настройки «USB», чтобы изменить поведение USB-устройств. Здесь мы отключили «Автоматически подключать новые USB-устройства» (может не иметь этой опции в зависимости от вашей версии VMware) и включили «Показать все USB-устройства ввода».

Еще один пункт, на который следует обратить внимание, находится в разделе «Экран». Убедитесь, что «Ускоренная 3D-графика» отключена, так как люди сообщают, что это вызывает проблемы.

Затем мы переходим на вкладку «Параметры» и опускаемся к «Питание».Мы решили включить «Сообщать информацию о батарее гостям», так как это удобно для пользователей, которые используют Kali на ноутбуке/ноутбуке.

В разделе «Общие папки» выбираем «Всегда включать». На этом этапе не сообщайте пути, так как некоторые пользователи могут этого не захотеть.

Последний параметр, который мы меняем, — «VMware Tool», где мы включаем «Синхронизировать время гостя с хостом».

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

Во время установки Kali Linux мастер установки должен определить, находится ли он внутри виртуальной машины. Если это так, следует автоматически установить любые дополнительные инструменты (например, open-vm-tools ), чтобы улучшить взаимодействие с пользователем. Если вы хотите переустановить его вручную, ознакомьтесь с нашим руководством по гостевым инструментам VMware.

Читайте также: