ФОРУМ ДЛЯ LINUX ПОЛЬЗОВАТЕЛЕЙ

Небольшое лирическое отступление. Сетевое администрирование большой и интересный мир.
Но что бы хорошо в нем разбираться одного компьютера мало. Для проверки и настройки
многих вещей нужна сеть с несколькими подключенными машинами. И перед тем как мы
станем испытывать рзличные способы соединений, тестировать очень интересные сетевые
утилиты, а так же настраивать и проверять безопасность систем я предлагаю построить
вместе тестовый полигон с виртуальной локальной сетью на основе эмулятора процессора
qemu-kvm. Почему именно этот выбор? Потому что мне он показался очень привлекательным.
Я люблю работать в терминале, а qemu-kvm без дополнительных надстроек прекрасно
и прошу заметить очень шустро работает в текстовом режиме (это главное). На этой
основе построены очень многие виртуальные сервера базирующиеся на линукс.
Ну а свободная лицензия возможно приобретет больший смысл по мере роста профессионализма.
Повторюсь, есть всевозможные надстройки над виртуальной машиной но мы установим минимум
необходимых пакетов и все будем делать руками в командной строке терминала. Во первых
это поможет лучше понять весь процесс настройки и взаимодейсвия, а во вторых
начав со старта без лишних усложнений можно все разложить по полочкам,
а добавить функционала каждый сможет самостоятельно. Я просмотрела в сети
кучу сайтов и везде установка делалась через менеджеры, так что в подобных руководствах недостатка нет.
Для ясности замечу что команда kvm в debian это всего лишь обертка к команде qemu-system-x86_64 так что
при вызове ман страницы используйте последнюю. И так алгоритм установки. Установим эмулятор, установим
гостей, настроим бридж на целевом хосте, создадим виртуальные тунели с помощью инструмента tunctl
и добавим их в мост, настроим сеть самих виртуалок, подправим iptables
для выхода нашей локалки в глобальную сеть. В этой части мы только создадим
и настроим виртуальную машину, она автоматически примет все настройки сети
которые мы в последствии изменим. Поехали: Первый пакет оставляем без коментариев, а второй и третий необходимы для создания
виртуальных тунелей и создания моста.
Добавляем себя в группу Заметте, обязательно через sudo иначе просто введите руками свой логин.
Самое время перезагрузится
Для удобства создаем директорию в которй и разместим весь наш мадипалам. Качаем образ или перемещаем сюда уже имеющийся. Переименовываем образ для простоты восприятия. Создаем образ диска в продвинутом формате qcow2 Выбираем размер в 2,5 гига потому что намереваемся работать в консольном
варианте. Устанавливаем систему. Если установку выбрать с графическим окружением то следует указать
опцию -m 1024 она отведет для машины необходимый размер памяти,
по умолчанию она использует всего 128М Убунтоводы имейте ввиду.
Отводим 2гига под корень, остальное swap, целевая машина
у меня установлена на btrfs и значит нет смысла дублировать все фичи
этой системы и на виртуалке, поэтому разумно выбираем ext4
При установки в tasksel оставляю последние две звездочки.
Во всех гостях придерживаюсь такой структуры, логин@имя_машины
one@linux two@debian three@jessie. В дальнейшем это покажет свои удобства.
Стартуем первого гостя Прошу для себя отметить изменение последней литеры в команде.
Виртуальную сеть будем настраивать в следующей части.
Не переключайтесь, все самое интересное еще впереди.
Ссылка на вторую часть

Если установку выбрать с графическим окружением то следует указать
опцию -m 1024 она отведет для машины необходимый размер памяти,
по умолчанию она использует всего 128М Убунтоводы имейте ввиду.

Во разница - в 5 раз в необходимости размера используемого ОЗУ!!! Поборники Гуя, что скажете? Думаю, что-то типа, что при нынешнем количестве оперативки - не критично...

о ужас, зачем перезагружаться то? ТЫ уже модуль ядра загрузила.

Шпак Дмитрий писал(а):о ужас, зачем перезагружаться то? ТЫ уже модуль ядра загрузила.

Я естественно проверяла

Во разница - в 5 раз в необходимости размера используемого ОЗУ!!!

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

Oleg65 писал(а):

Если установку выбрать с графическим окружением то следует указать
опцию -m 1024 она отведет для машины необходимый размер памяти,
по умолчанию она использует всего 128М Убунтоводы имейте ввиду.

Во разница - в 5 раз в необходимости размера используемого ОЗУ!!! Поборники Гуя, что скажете? Думаю, что-то типа, что при нынешнем количестве оперативки - не критично...

При нынешнем количестве опреативки - не критично

А нафига ты вручную подгружала модуль, если он автоматом грузится? Замечания по тексту есть, но я не редактор, так что пропущу. А вообще, ИМХО, лучше всё это делать через virt-manager. Консоль консолью, а время ценнее. Не всегда конечно гуй поможет, но в данной ситуации - вполне.

Это линукс, господа, если интересно оптимизировать я этим занимаюсь, если интерес в другом я делаю прямо противоположное.
Небольшая ремарочка, если модули ядра ни хотят подгружаться на автомате есть ризон прописать
команды в файле /etc/rc.local . Но это не гуд, у меня имелись несколько строчек в этом файле но
по мере решиния проблемм на против них уже стоят решотки.

Sunderland93 писал(а):А нафига ты вручную подгружала модуль, если он автоматом грузится? Замечания по тексту есть, но я не редактор, так что пропущу. А вообще, ИМХО, лучше всё это делать через virt-manager. Консоль консолью, а время ценнее. Не всегда конечно гуй поможет, но в данной ситуации - вполне.

Если хочется заскриптовать, и работать с виртуализацией через консоль, то есть отличная вещь как virsh. Очень часто выручает и юзается.

Когда нужна консоль и виртуализация, то юзается virsh
И там столько всего, куча просто.