Как стать автором
Обновить

Альтернативы VirtualBox для любителей приватности и свободы. Гипервизоры и менеджеры виртуальных машин. Часть I

Время на прочтение4 мин
Количество просмотров31K
Всего голосов 50: ↑17 и ↓33-16
Комментарии14

Комментарии 14

Эх. Хорошая была-бы статья, если-бы была освещена практика, а не вода.

Согласен, какой-то легкий сумбур, а не статья. Скачем туда-сюда — контейнеры — не контейнеры, а зачем это все — непонятно. Я уж не говорю о том, что не дано фундаментальное отличие между гипервизорами по различным осям координат (например, гиперы 1го и 2го рода).
И, конечно, невозможно рассказывать про безопасность гиперов вне контекста уязвимостей spectre/meltdown и той же сети (ну, мы же виртуально явно как-то будем выпускать в интернет, а, значит, она скорее всего шарит сетевуху с хост машиной)

А всего-то стоило расписать ± lxd, virt-manager, cockpit, ubuntu multipass, gnome boxes.

вот спасибо! Не знал про multipass. Связка ubuntu multipass вместе с virt-manager кажется более подходящей для малых домашних нужд, чем devstack.
Чтобы добавить в комментарий что-то кроме благодарности (и упоминания devstack), можно дописать в список Proxmox.

Тут Canonical предлагает однонодовый Openstack, но я его не проверял)

С Openstack приходится сталкиваться на работе, а "для дома" оказалось слишком много дополнительных телодвижений, когда VMку из ISO поставить, когда USB внутрь прокинуть, когда еще что. Разнообразие одноразовых задач. А OpenStack — это больше про унификацию типовых, как мне кажется. Для себя тоже иногда надо создать по-быстрому из готовых flavor пару-тройку VMок, побаловаться и убить, вот эту задачу и закроет multipass (в теории).

Исходники virtualbox не закрыты. Вдобавок virtualbox кроссплатформенный, и снисходительное отношение к windows пользователям — флажочек.
При этом упоминаются не безопасные эмуляции, а те же kvm, на базе которого собственно и виртуалбокс и qemu делались, плюс притянуты за уши контейнеры, которые вообще не про безопасность.

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


См. оригинальную публикацию автора — QEMU, a Fast and Portable Dynamic Translator

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

К чему он это? Зачем он это? О чем?
Причем тут убунту, минт, крипто? Хочешь сегодня приватности — выкинь всю электронику и езжай в сибирь (а лучше — иди), где нет интернетов и телекомов. Живи в избе, свет от лучины, на ужин — щи и медведь. Мы живем в 21 веке, какая нахрен приватность? И причем тут виртуализация?

P.S. Автор — а где ты узнал про эпоксидку и ОЗУ? Это тебе кто-то очень серьезный рассказал? Это весьма секретная информация, актуальная для ферритовых колец. И за её разглашение тебя бы посадили лет 50 назад. Так что ты это, поаккуратнее.
TL;DR: есть обычная виртуализация, а есть контейнерная
Эм… Так что не так с виртуалбоксом то?
Или эта статья — лишь обёртка вокруг приложенного видео?

Окромя вбокса я знаю ещё vmware и qemu. Первым пользовался давно-давно, потом перестал, ибо появился более удобный и бесплатный виртуалбокс (vmware тогда был варезом, может сейчас есть бесплатная версия, не интересовался). Qemu пробовал, но не прижился. Чего-то, точно не помню уже, в нём не оказалось. То ли 3D ускорения, то ли чего-то ещё…

Начать работать в GNU Boxes очень просто.
Но долго искал как прикрутить общую папку между хостовой Ubuntu 20 и гостевой ОС Ubuntu 18, рассказываю:
На гостевой sudo apt-get install spice-webdavd
На хостовой заходим в GNU Boxes и жмем плюсик.
image

Не понял, а где статья? Открыл, хотел почитать, а контента нет. Похоже текст не приложился. Поправьте пожалуйста

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории