Мы — долго запрягаем, быстро ездим, и сильно тормозим.
|
|||||||||||||||||||||||||||||||||
www.lissyara.su
—> статьи
—> FreeBSD
|
|
Из всего, что выдал поиск, нам нужно только:
|
  Ставим:
|
 
  Устанавливаем галочку напротив пункта: [x] KQEMU Build with (alpha!) accelerator module, потому что qemu отличается очень быстрой эмуляцией при использовании специального модуля kqemu. kqemu позволяет выполнять инструкции виртуальной машины в обход системы виртуализации прямо на реальном процессоре.
 
  затем:
|
После установки необходимо подготовить систему для работы с эмулятором.
Эмулятор требует, чтобы был загружен модуль aio.ko (asynchronous I/O). Добавляем в /etc/rc.conf запуск модуля - акселератора: kqemu_enable="YES" и стартовый скрипт подгрузит aio.ko, но я придерживаюсь того, чобы ядро было монолитно, поэтому добавил в конфиг ядра:
|
Добавить загрузку kqemu можно также прописав в /boot/loader.conf:
|
Для пунктов 3,4 нашей статьи нам понадобится добавить в ядро следующее:
tap - Ethernet tunnel software network interface — необходимо для сетевого взаимодействия хост машины с гостевой ОС
|
# Необходимо для ipnat
|
Пересобираем ядро:
|
Если всё ок, то действуем дальше ;)
Вместо добавления опций в конфиг ядра и пересборки можно опять же подгрузить модули...
2. Ставим XP
  Необходимо создать образ для гостевой ОС перед установкой. Лично я храню все виртуальные машины в папке ~/vmachine и не пользуюсь графическими обёртками под qemu... ибо это не unix путь. Итак мы всё будем делать ручками, а так же создадим скрипты для запуска.
  Создаём образ:
  Образ создаётся очень просто с помощью утилиты qemu-img( QEMU disk image utility)
 
|
  4 гигабайта меня вполне устроит )
Запускаем установку:
|
  -cdrom — можно вместо устройства указать образ, например: -cdrom /img/winxp.iso
  -hda — это жёсткий диск. Здесь мы указываем наш образ
  -m 512 — выделяем 512 мегабайт оперативной памяти. Тут всё зависит от вашей машины и от ваших предпочтений ;)
  -boot d — загрузка с cdrom. Если было бы -boot c , то загрузка началась бы с нашего образа.
  -localtime — устанавливает часы виртуальной машины в соответствие с локальными часами.
На самом деле модуль kqemu.ko под FreeBSD пока ещё нестабилен и во время инсталляции qemu либо вылетал, либо утсановщик подвисал. Именно поэтому я не использовал его во время инсталляции.
Вообщем пока это всё что необходимо для установки. Узнать о других параметрах qemu и посмотреть список поддерживаемого оборудования можно почитав man qemu или просто ввести qemu без параметров.
После установки Windows создадим загрузочный скрипт такого содержания:
|
Появилось несколько новых параметров:
-kernel-kqemu — Включаем модуль акселерации.
-soundhw all — Включаем поддержку всех поддерживаемых эмулятором звуковых карт
-net nic — Создаём сетевой интерфейс для виртуальной машины
-net tap — и интерфейс для взаимодействия с виртуалной машиной на хост машине
Теперь можено запускать наш скрипт и грузиться в Windows XP.
3. Настройка сети и ipnat
Для того, чтобы сетевой интерфейс tap автоматически создавался при запуске FreeBSD, я прописал в /etc/devfs.conf:
|
Создать tap интерфейс можно и с помощью ifconfig.. Например:
|
Удаляется так же просто:
|
Также, чтобы обычный(непривилегированный) пользователь мог использовать интерфейс tap необходимо установить параметр sysctl:
|
Добавим его в /etc/sysctl.conf, чтобы после перезагрузки он не сбросился.
Существует скрипт, который по умолчанию запускается для настройки сети. Именно его мы и будем использовать для поднятия интерфейса tap. Расположен он в /usr/local/etc/qemu-ifup. Так же есть скрипт, который выполняется после выключения VM, и называется он qemu-ifdown.
Приведём qemu-ifup к следующему виду:
|
Из скрипта понятно, что интерфейс хост машины будет 192.168.7.1. Именно параметр $1 будет содержать: tap0
Настроим сеть в Windows XP.
После запуска VM в XP у меня появился сетевой адаптер Realtec RTL 8029(AS) Установим :
|
В качестве "Предпочитаемого DNS сервера" необходимо установить DNS сервер вашего провайдера. С настройкой Windows мы закончили.
Теперь нужно настроить NAT(маскарадинг).
Для маршрутизации между сетевыми интерфейсами устанавливаем параметр sysctl в /etc/sysctl.conf:
|
Далее для автоматической загрузки Ipfilter и Ipnat добавляем в /etc/rc.conf следующее:
|
Пара правил разрешающих прохождение всех пакетов.
/etc/ipf.rules
|
Запуск фильтра можно производить из командной строки:
|
Правила трансляции адресов записываются в файл /etc/ipnat.rules:
|
Эти два правила обеспечивают трансляцию пакетов из сети 192.168.7.0 в локальную сеть 10.X.X.0 (10.X.X.6 — мой ip адрес в домашней сети прова). nfe0 — это интерфейс физичесской сетевой карты хост машины, которая смотрит прямо в домашнюю сеть. ng0 — сетевой интерфейс интернет VPN соединения.
Запускаем ipnat из командной строки:
|
Ключ -C удаляет все записи из таблицы ipnat, ключ -F удаляет все активные записи из таблицы трансляции.
Для контроля работы ipnat используются два ключа:
|
После запуска, если мы всё настроили правильно, то Windows у нас сможет спокойно выходить в сеть. Но всё это будет работать через Nat.
4. Настройка сети и ifbridge
Итак мы хотим сейчас предоставить VM выход в "реальную" сеть, чтобы её там было видно по IP и MAC.
Реализовать это можно с помощью Моста(if_bridge). Для включения драйвера в ядро необходимо в конфиг ядра добавить опцию:
|
Опять же если не хотим использовать ядро, то можно добавить в /etc/loader.conf:
|
Сейчас наш стратовый скрипт qemu-ifup приобретёт следующий вид:
|
nfe0 — это интерфейс моей физичесской карты.
$1 — будет tap0
Сейчас мы не назначаем tap интерфейсу адреса, и поэтому он автоматичесски не поднимется. Для того, чтоб он поднялся, когда будет работать скрипт qemu-ifup необходимо установить параметр sysctl:
|
Вообщем сейчас можно запускать VM, настраивать адрес локальной сети, и машина будет доступна в сети по IP.
Если вам не надо, чтобы интерфейсы bridge0 или tap0 существовали после VM shutdown, то мы можем добавить в qemu-ifdown:
|
Если вы работаете не из под root'a(а так и работают все нормальные пользователи) и вам не нравится каждый раз вводить пароль, чтобы использовать "sudo ifconfig", то можно выполнить такую команду:
|
В этом случае непривелигированный пользователь сможет выполнять ifconfig, как если бы он был root'ом. Ещё раз напоминаю, что я использую FreeBSD в качестве домашней системы и вполне могу себе такое позволить. Если вы работаете на сервере, то лучше этого не делать. :)
Дополнительную информацию по qemu и kqemu можно найти в "QEMU Emulator User Documentation " (/usr/local/share/doc/qemu/qemu-doc.html), "QEMU Accelerator Technical Documentation" (/usr/local/share/doc/kqemu/kqemu-tech.html), а так же на сайте автора: http://bellard.org/qemu и в приведённом ниже списке литературы.
PS: пожалуйста, если вы нашли неточность или ошибку в статье, сообщите в комментариях или мне на личную почту.
Список литературы:
1.Журнал "Хакер №118" — Виртуальный полигон
2.Журнал "Системный администратор" №28 / 03.2005 — FreeBSD TIPS: использование NAT
3.wikipedia
4.man tap, man bridge, man ipnat, man qemu
размещено: 2009-04-24,
последнее обновление: 2009-04-24,
автор: WhiteBear777
arksu, 2009-01-01 в 22:47:33
мм... тема))))
всех с новым годом!
chrome, 2009-04-24 в 14:44:31
большое спасибо, очень пригодилось;)
SaveTheRbtz, 2009-04-25 в 13:54:08
Имхо kernel NAT на pf работать будет покруче, да и настраиваецца он попроще, одной строчкой в /etc/pf.conf
nat on nfe0 from any to 192.168.7.0/24 -> 10.X.X.6
drurus, 2009-04-28 в 12:47:40
..
/usr/local/bin/sudo /sbin/ifconfig
..
# chmod u+s /sbin/ifconfig
..
что-то где-то лишнее :)
RusBiT, 2009-06-27 в 19:57:40
А наличие иксов обязательно? На сервере они не стоят, и ставить желания как то нет.
Classified, 2009-07-03 в 23:58:32
+10 СПАСИБО!!!
Dominator, 2009-11-08 в 11:53:38
А не проще ли было собрать ядро с опциями:
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=5
options IPFIREWALL_DEFAULT_TO_ACCEPT # по желанию
options IPDIVERT
options DUMMYNET
/etc/rc.conf
firewall_enable="YES"
firewall_type="OPEN"
natd_enable="YES"
natd_interface="имя интрефейса"
По-моему это будет проще
Dominator, 2010-03-27 в 9:06:15
Еще вдогонку: а нафига делать мост?
аноним, 2010-03-27 в 12:43:31
зачем там впн? ты хотел попроще, и опустил настройки брэндмауэра, зачем вин?
Вася, 2010-06-19 в 18:51:15
А нахрена этот дроч вообще,на вмваре через вебинтрфейс всё конфигурируется и чудно работает
snaiper, 2010-11-21 в 18:42:35
Для юзанья сидюка нуно ему права дьявольские (666) иначе могёт и не работать :)
tehnikpc, 2012-03-15 в 13:17:31
Вася, vmware уже давно умер.
Злобный Деклопер, 2012-06-29 в 7:36:27
да, видимо, Вася рекомендует тут на героинчег подсесть (венду)..
mnhunter, 2012-09-04 в 22:12:57
запилительный какой то скрипт if-up, в первом приближении не поддающийся распрямлению то бишь автоматизации. Буду через rc.conf поднимать.
Этот информационный блок появился по той простой причине,
что многие считают нормальным, брать чужую информацию не уведомляя автора
(что не так страшно), и не оставляя линк на оригинал и автора — что более существенно.
Я не против распространения информации — только за. Только условие простое — извольте
подписывать автора, и оставлять линк на оригинальную страницу в виде прямой, активной, нескриптовой,
незакрытой от индексирования, и не запрещенной для следования роботов ссылки.
Если соизволите поставить автора в известность — то вообще почёт вам и уважение.
© lissyara 2006-10-24 08:47 MSK
Комментарии пользователей [14 шт.]