Обсуждение статьи тематического каталога: FreeBSD QEMU + Windows 2000 новые подробности. (qemu freebsd emulator windows)Ссылка на текст статьи: http://www.opennet.me/base/sys/qemu_win.txt.html
Мои коментария:
Молодца!
Ушел пробовать
автор маладца
Медленно, блын.Зато научился Цигвин ставить и удаленно юзать Гнома с Виндового терминала :)
Но для демо\тестов\экспериментов Кему конечно рульз!
Пошу прощения, но я в заметке http://community.livejournal.com/ru_root/710103.html
1) описывал установку 2003, а не 2000 и ей, как показала практика, не требуется опция -win2k-hack
2) Проблем с раскладкой у меня не возникло
3) Сетевой интерфейс отлично увиделся. И дефолтный (на 10 Мб) и другой (на 100)
4) Ctrl-alt-del - это не проблема, потому что установленая 2003 с сетью замечательно пускает на удаленный рабочий стол одного алминистратора
5) Бриджинг - да каюсь. Просто был взят тот, который хорошо мне известен :)Так что, видимо, у нас какие-то расхождения в условиях или версиях софта
Да, так скорее всего и есть, для того я и написал свою версию статьи - на случай, если у меня не одного такой список проблем. Ваш Оригинал - просто отличная статья, мне она очень помогла, я лишь дописал то, что мне пришлось изменить, чтобы всё это реально заработало в моих условиях.
> Ну и главная ошибка автора этой статьи в том, что он предложил использовать какой-то древний бриджинг, совершенно нефункциональный и неудобныйИспользование bridge, как раз и является устаревшим подходом. man bridge наглядно это демонстрирует (с ПЕРВЫХ строк!!!):
This bridge implementation is made obsolete by: if_bridge(4) and will be removed from future releases.
:-)))) Если я всё правильно понял, это было сделано еще в 5.3 и стех пор bridge=if_bridge.
Но если я и ошибаюсь, то это не меняет главного - автор оригинала предлодил использовать бриджинг, который нельзя фаерволить. Или как я сказал "совершенно нефункциональный и неудобный", я не говорю "старый" и не говорю что мой сверхсовременный и лучший. Просто в bridge есть поддержка ipfw. Всё.
>:-)))) Если я всё правильно понял, это было сделано еще в 5.3
>и стех пор bridge=if_bridge.bridge!=if_bridge и по сей день. Обе технологии сосуществуют параллельно.
>Но если я и ошибаюсь, то это не меняет главного - автор
>оригинала предлодил использовать бриджинг, который нельзя фаерволить.Это так критично для виртуальной машины? Что мешает firewall'ить выходной интерфейс? Учитывая то, что адрес виртуальной машины известен.
> Или как я сказал
>"совершенно нефункциональный и неудобный", я не говорю "старый" и не говорю
>что мой сверхсовременный и лучший. Просто в bridge есть поддержка ipfw.А разве ipfw привязан к конкретной реализации моста?! ipfw заслуживает отдельного писания о костылестроении.
Вы не читали саму статью чтоли? Я же сказал, на сервере уже стоит самба и винс-сервер, если поднять винду и не зафаерволить её 135-139 порты, она перекроет самбу на физическом сервере и сеть пойдет к чертям, проверено. Фаерволить физический сервер никакого смысла не имеет, мне ведь не надо фаерволить самбу, только винду. На bridge этот фаерволинг раздельно возможен, на ng_bridge - нет.
>На bridge этот фаерволинг раздельно возможен, на ng_bridge - нет.Вы то упоминаете if_bridge, то ng_bridge. Остановитесь таки на чем-нибудь!
А вы читали ман к if_bridge? Цитирую:
PACKET FILTERING
Packet filtering can be used with any firewall package that hooks in via
the pfil(9) framework. When filtering is enabled, bridged packets will
pass through the filter inbound on the originating interface, on the
bridge interface and outbound on the appropriate interfaces. Either
stage can be disabled. The filtering behaviour can be controlled using
sysctl(8):net.link.bridge.pfil_onlyip Controls the handling of non-IP packets
which are not passed to pfil(9). Set to 1
to only allow IP packets to pass (subject to
firewall rules), set to 0 to unconditionally
pass all non-IP Ethernet frames.net.link.bridge.pfil_member Set to 1 to enable filtering on the incoming
and outgoing member interfaces, set to 0 to
disable it.net.link.bridge.pfil_bridge Set to 1 to enable filtering on the bridge
interface, set to 0 to disable it.net.link.bridge.ipfw Set to 1 to enable layer2 filtering with
ipfirewall(4), set to 0 to disable it. This
needs to be enabled for dummynet(4) support.
When ipfw is enabled, pfil_bridge and
pfil_member will be disabled so that IPFW is
not run twice; these can be re-enabled if
desired.Вы действительно считаете, что если собираются убирать поддержку bridge(4) в пользу if_bridge(4) не предусмотрели аналогичного функционала?
Как я и утверждал ранее Ваш вариант относится к "древний бриджинг, совершенно нефункциональный и неудобный"
>>На bridge этот фаерволинг раздельно возможен, на ng_bridge - нет.
>
>Вы то упоминаете if_bridge, то ng_bridge. Остановитесь таки на чем-нибудь!Вы в самом деле не понимаете что я пишу, или просто упрямитесь? Еще раз. В оригинале была статья на ng_bridge. Он не умеет фаерволить. Я предложил другой мост, который фаерволить может. Им оказался bridge. if_bridge я не использовал, потому что man if_bridge не существуется, я воспользовался тем, что нашел.
>
>А вы читали ман к if_bridge?Соответственно нет, искал но не нашел и потому if_bridge не юзал, об этом написано.
>
>Вы действительно считаете, что если собираются убирать поддержку bridge(4) в пользу if_bridge(4) не предусмотрели аналогичного функционала?Это вы сами только что придумали, я вообще не спорю о бриджах.
>Как я и утверждал ранее Ваш вариант относится к "древний бриджинг, совершенно
>нефункциональный и неудобный"На здоровье, мне нужен был только ipfw, потому я отказался от ng_bridge в пользу bridge
Никакой другой функционал ведь не нужен был, статья-то - не ман, а опыт конкретного эксперемента, удачно, между прочим, завершившегося, о чем и статья.Вы в самом деле не понимаете что я пишу, или просто упрямитесь? Еще раз. В оригинале была статья на ng_bridge. Он не умеет фаерволить. Я предложил другой мост, который фаерволить может. Им оказался bridge. if_bridge я не использовал, потому что man if_bridge не существуется, я воспользовался тем, что нашел.
>if_bridge я не использовал, потому что man if_bridge не существуется, я
>воспользовался тем, что нашел."man if_bridge не существуется"
Подразумевалось не существует? http://www.freebsd.org/cgi/man.cgi?query=if_bridge&apropos=0...
ps: я не упрямлюсь, а лишь говорю о том что описанный _ВАМИ_ подход является как раз устаревшим. Неоправданно хаять чужой подход...
Да, подразумевалось "не существует" конечно же.
Спасибо за ссылку.
Хорошо, bridge является устаревшим, я как раз хотел юзать if_bridge и уже говорил, почему не смог.
Пожалуй, Вы правы, называть подход автора оригинала устаревшим в данном случае некорректно, я лишь имел в виду невозможность фаерволинга. Думаю, мы это уже выяснили.
А Win2000 Pro можно поставить вместо сервера?
Я так понят это что-то типа VMware...
>А Win2000 Pro можно поставить вместо сервера?
>Я так понят это что-то типа VMware...
Ставьте на здоровье. Но если вы ставите себе винду чтобы работать в еёграфическом интерфейсе непосредственно, воспользуйтесь VMWare, она быстрее.QEMU для других целей всё же сделан.
А зачем всё это?
особенно вот это:
+++ Уводим в бэкграунд
???
Статья описывает решение конкретно моей рабочей задачи, где это было нужно - сервер должен быть запущен всегда, с постоянным терминальным доступом для всех. Ну не держать же мне на компе терминал всё время открытый.
а играться лучше под виндой в куему или в вмваре? и как там с драйверами к физ устройствам?
в варе лучше, быстрее во всяком случае.
и еще - как лучше всего вывести его на отдельный виртуал консоль, к примеру на альт-ф12... чтобы Х отдельно а винда отдельно...
>и еще - как лучше всего вывести его на отдельный виртуал консоль,
>к примеру на альт-ф12... чтобы Х отдельно а винда отдельно...
ну вы уже жечь-то заканчивайте :-))) qemu - это такое же окно иксов как и все другие. Ну поднимите еще один икссервер и выводите туда винду посредствам qemu -full-screen. Зачем такие муки?
зачем ставить иксы ради одного раза если есть такая опция как -vnc display
Спасибо за статью !
Нашол грамотные сылки по настройки экселератора qemu и прочие полезные вещи http://www.google.ru/
если указывать -k ru перестает нормально функционировать клава, так например НЕВОЗМОЖНО ввести символ слеша / :))
проверялл на ноуте, там нум пада нет :)
Возникла проблема с установкой qemu под freebsd7.0, просит указать пачи для freebsd. Никто незнает как это можно вылечить или хотяб что это за пачи и где их взять. Поиск по нету ничего не дал :(Но всеже я его установил через pkg_add -k qemu. но при запуске он выдает Segmentation fault.
попробуй поставить qemu-devel, ставит всё что нужно!