Клёвый Админ

Ооххх, ну в общем я вас отошлю на свой ответ, он прольёт свет на то как работает виртуализация, но если сильно упростить - нигде не находится. Хост не видит эту память в Лоб.
Как сделать систему безопасности виртуальных машин?

Краткий ликбез в то как работает виртуализация, чтобы чуть чуть продвинуть вас в вопросе про решение.
Начнём с простого, как работает x86 система?
Очень укрупнённо и упрощённо, она работает тактами. Каждый такт, процессор выполняет какие либо действия, что-то считает, что-то читает, что-то записывает.
Каждый такт, на процессор поступает набор инструкций и они выполняются.
В каждом такте у нас есть кусочек памяти, с которой мы можем работать - регистры. Какие-то мы можем читать и записывать, какие-то можем только читать, какие-то показывают нам текущее состояние. Регистров много и они разные.
У нас есть таблица прерываний - она показывает нам состояние системы, состояние оборудования и устройств ввода и вывода.
И много всего ещё. Всё это называет Контекст исполнения.
Помимо прочего, у процессора (опять же если упростить) есть система безопастности основанная на уровнях привилегий процесса. Для Windows (и многих других систем), например, это два уровня: ядро (нулевой уровень, уровень ядра) и пользовательский (User-mode). Процесс (а в данном приближении - инструкции) запущенные на разных уровнях имеют различные привилегии, различный доступ к регистрам и прочим ресурсам и имеют различный Контекст исполнения

Как работает ОС в штатном режиме?
Операционная система запускает приложения, передаёт им управление на определённое время, делит процессор между приложениями согласно их приоритетам, их потребностям, наличию фокуса на окне, прерыванием от оборудования или драйверов, забирает процессор, если есть процесс важнее или если есть ожидание чего-либо (чтение, запись диска, сеть и тыды).
Сама ОС и её драйвера, процессы, службы и прочее - работают в определённом Контексте исполнения, он частично меняется для каждого приложения, но не значительно.
ОС (её ядро), часть процессов и часть драйверов - работают на нулевом уровне, с максимальными привилегиями, могут писать\читать куски памяти, писать в любое место, могут читать большинство регистров и так далее.

С точки зрения ОС, что такое виртуальная машина?
Ничего. Ну то есть прям вот так, для ОС нет никакого процесса или представления, для ОС (хостовой ОС) виртуальной машины не существует.

А что есть? Ало?
Есть процесс - гипервизард (если чуть точнее - мониторинг виртуальной машины - VMM). В его задачи входит следить за контекстом исполнения, за прерываниями, забирать управление у гостевой или хостовой ОС. Менять контекст исполнения и возвращать всё назад.

И как это работает?
Такт первый, в комнате двое ОС и VMM.
ОС, вздыхая, присаживаясь на кушетку:
- Кажется я немного устала и дел на сегодня больше нет
VMM:
- Тогда пожалуй мне пора.
Выходит из комнаты с чайником
Такт второй, улица, фонарь, двое в тени.
VMM:
- Псс, слышь, процессор интересует?
Некто:
- О! И маска процессора мне нравится и вообще круто, только регистры что-то не вижу, где, позвольте VT-D?
VMM:
- Чё сказал? Брать будешь нет?
Некто:
- Да ладно, ладно, я ж только спросил, буду конечно, быть виртуалкой меня ещё поучи
Так третий. Заключительный
В комнате накуренно, разбросаны бутылки, пахнет жжёными тряпками. Где-то смеются.
Мужчина в трусах и с пультом от PS4 уставился в монитор. Дверь срывается с петель и падает на пол.
VMM врываясь:
- Всем выйти из сумрака! Это ночной дозор!

*переводя на компьютерные термины.
Для ОС VMM это процесс. ОС передаёт ему управление, как обычному процессу. Тот, меняет контекст исполнения (меняет все все регистры. Или почти все все регистры) и передаёт управление гостевой ОС, та выполняет какую-то свою работу (заведомо зная что она виртуализирована). Дальше гипервизард ставит гостевую ОС на паузу и возвращает всё назад. ПОсле этого хостовая ОС получает свой контекст исполнения и делает свою работу.
И так такт за тактом.
Поступило прерывание? Проверили кому оно, сменили контекст исполнения, доставили прерывание, почистили таблицы, вернули назад.
**на самом деле всё чуть сложнее. И с прерываниями, и с уровнями доступа, и с регистрами, и с оборудованием, и тыды, но это выходит за пределы вопроса (и мне лень).
***речь идёт про аппаратную виртуализацию.

Возвращаясь к вашему вопросу. Как вы хотите из хостовой системы увидеть, что творится в ОС гостя без "особого вмешательства"?

Смените тему диплома. ПОкопайте как работает виртуализация. Сама по себе это очень годная тема для изучения.

Влад, делаю ликбез:
ВПН - это технология виртуальных сетей, понимать это следует так: поверх существующей сети вы строите новую, виртуальную. Она как бы расположена внутри (или "поверх", кому какая метафора проще для восприятия) текущей медной сети (и кучи другого оборудования) и живёт по своим правилам. В операционной системе, обычно, такая сеть видна как отдельный сетевой интерфейс, со своими протоколами и адресами, и операционная система (и приложения) могут с этим интерфейсом работать, могут ходить для части или всех сетей через этот интерфейс.

Трафик, отправленный в этот сетевой интерфейс, инкапсулируется (каждый отдельный пакет, кладётся в другой пакет) и передайтся до ВПН сервера, где, на сервере, трафик выходит наружу и уже от сервера идёт до получателя, чаще всего, получатель будет видеть адрес сервера в поле отправителя (т.е. ваш компьютер будет как бы замаскирован), но это не обязательно (например ВПН через который некоторые операторы дают интернет действует с точностью до наоборот, через серые сети вы получаете на интерфейс ОС белый адрес, который видят все в интернете).

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

Т.е. логика такая, на ВПН сервере можно перехватить всё то, что можно перехватить если встать в разрыв между вами и провайдером в обычной (без ВПН) жизни. А это все текстовые протоколы и не шифрованные данные.
Надеюсь больше объяснил, чем запутал =)

А теперь ответы:
1. Может, и даже делает это. Скорее всего все поставщики таких услуг это делают. Как бы говорит во мне параноик.
Но они могут видеть только то, что вы им показываете, например они могут перехватывать весь http\ftp трафик, но не могут ssl.
2. Ftp могут, sFTP или FTPs нет, файлзилла работает с множеством протоколов, какие-то из них устойчивые к перехвату, какие-то нет.
3. Норм.

Если ничего не путаю, то
Последовательное выполнение:
sudo ifdown br0; ifup br0
Последовательно зависимое выполнение
sudo ifdown br0 && ifup br0

Лучше юзать первый способ, т.к. второй отрабатывает только если выполнение завершилось удачно (а как бы, в реальности, интерфейс может уйти в down но вернуть ошибку выполнения). Проверять, само собой, нужно либо при наличии IPMI либо в виртуалке, либо при наличии возможности сделать рестарт.
SSH после подъёма перестаёт отвечать, потому что порвалась tcp сессия, нужно делать переподключение.

UPD но, чтобы точно сказать что не так, нужно видеть изначальный файл. Непонятен масштаб изменений. Возможно у вас сеть не поднимется вообще без рестарта (например, если вы пересобираете бриджи)