The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Тематический каталог: FreeBSD QEMU + Windows 2000 новые подр..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Тематический каталог: FreeBSD QEMU + Windows 2000 новые подр..."  
Сообщение от auto_topic (ok) on 23-Июн-06, 18:49 
Обсуждение статьи тематического каталога: FreeBSD QEMU + Windows 2000 новые подробности. (qemu freebsd emulator windows)

Ссылка на текст статьи: http://www.opennet.ru/base/sys/qemu_win.txt.html

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "FreeBSD QEMU + Windows 2000 новые подробности. (qemu freebsd..."  
Сообщение от DukeArtem email(ok) on 23-Июн-06, 18:49 
Мои коментария:
Молодца!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от VecH email(??) on 23-Июн-06, 19:23 
Ушел пробовать
автор маладца
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Квагга on 23-Июн-06, 20:54 
Медленно, блын.

Зато научился Цигвин ставить и удаленно юзать Гнома с Виндового терминала :)

Но для демо\тестов\экспериментов Кему конечно рульз!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от mikevmk on 24-Июн-06, 23:50 
Пошу прощения, но я в заметке http://community.livejournal.com/ru_root/710103.html
1) описывал установку 2003, а не 2000 и ей, как показала практика, не требуется опция -win2k-hack
2) Проблем с раскладкой у меня не возникло
3) Сетевой интерфейс отлично увиделся. И дефолтный (на 10 Мб) и другой (на 100)
4) Ctrl-alt-del - это не проблема, потому что установленая 2003 с сетью замечательно пускает на удаленный рабочий стол одного алминистратора
5) Бриджинг - да каюсь. Просто был взят тот, который хорошо мне известен :)

Так что, видимо, у нас какие-то расхождения в условиях или версиях софта

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(??) on 25-Июн-06, 04:34 
Да, так скорее всего и есть, для того я и написал свою версию статьи - на случай, если у меня не одного такой список проблем. Ваш Оригинал - просто отличная статья, мне она очень помогла, я лишь дописал то, что мне пришлось изменить, чтобы всё это реально заработало в моих условиях.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от chip email(??) on 26-Июн-06, 00:43 
> Ну и главная ошибка автора этой статьи в том,  что он предложил использовать какой-то древний бриджинг, совершенно нефункциональный и неудобный

Использование bridge, как раз и является устаревшим подходом. man bridge наглядно это демонстрирует (с ПЕРВЫХ строк!!!):
     This bridge implementation is made obsolete by: if_bridge(4) and will be removed from future releases.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(??) on 26-Июн-06, 08:33 
:-)))) Если я всё правильно понял, это было сделано еще в 5.3 и стех пор bridge=if_bridge.
Но если я и ошибаюсь, то это не меняет главного - автор оригинала предлодил использовать бриджинг, который нельзя фаерволить. Или как я сказал "совершенно нефункциональный и неудобный", я не говорю "старый" и не говорю что мой сверхсовременный и лучший. Просто в bridge есть поддержка ipfw. Всё.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от chip email(??) on 26-Июн-06, 10:43 
>:-)))) Если я всё правильно понял, это было сделано еще в 5.3
>и стех пор bridge=if_bridge.

bridge!=if_bridge и по сей день. Обе технологии сосуществуют параллельно.

>Но если я и ошибаюсь, то это не меняет главного - автор
>оригинала предлодил использовать бриджинг, который нельзя фаерволить.

Это так критично для виртуальной машины? Что мешает firewall'ить выходной интерфейс? Учитывая то, что адрес виртуальной машины известен.

> Или как я сказал
>"совершенно нефункциональный и неудобный", я не говорю "старый" и не говорю
>что мой сверхсовременный и лучший. Просто в bridge есть поддержка ipfw.

А разве ipfw привязан к конкретной реализации моста?! ipfw заслуживает отдельного писания о костылестроении.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 27-Июн-06, 07:08 
Вы не читали саму статью чтоли? Я же сказал, на сервере уже стоит самба и винс-сервер, если поднять винду и не зафаерволить её 135-139 порты, она перекроет самбу на физическом сервере и сеть пойдет к чертям, проверено. Фаерволить физический сервер никакого смысла не имеет, мне ведь не надо фаерволить самбу, только винду. На bridge этот фаерволинг раздельно возможен, на ng_bridge - нет.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от chip email(ok) on 27-Июн-06, 11:02 
>На 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) не предусмотрели аналогичного функционала?
Как я и утверждал ранее Ваш вариант относится к "древний бриджинг, совершенно нефункциональный и неудобный"

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 27-Июн-06, 12:01 
>>На 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 не существуется, я воспользовался тем, что нашел.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от chip email(??) on 27-Июн-06, 23:56 
>if_bridge я не использовал, потому что man if_bridge не существуется, я
>воспользовался тем, что нашел.

"man if_bridge не существуется"

Подразумевалось не существует? http://www.freebsd.org/cgi/man.cgi?query=if_bridge&apropos=0...

ps: я не упрямлюсь, а лишь говорю о том что описанный _ВАМИ_ подход является как раз устаревшим. Неоправданно хаять чужой подход...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 28-Июн-06, 11:49 
Да, подразумевалось "не существует" конечно же.
Спасибо за ссылку.
Хорошо, bridge является устаревшим, я как раз хотел юзать if_bridge и уже говорил, почему не смог.
Пожалуй, Вы правы, называть подход автора оригинала устаревшим в данном случае некорректно, я лишь имел в виду невозможность фаерволинга. Думаю, мы это уже выяснили.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от lexx email(??) on 26-Июн-06, 16:51 
А Win2000 Pro можно поставить вместо сервера?
Я так понят это что-то типа VMware...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 27-Июн-06, 07:10 
>А Win2000 Pro можно поставить вместо сервера?
>Я так понят это что-то типа VMware...


Ставьте на здоровье. Но если вы ставите себе винду чтобы работать в еёграфическом интерфейсе непосредственно, воспользуйтесь VMWare, она быстрее.

QEMU для других целей всё же сделан.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от markos email(??) on 27-Июн-06, 08:19 
А зачем всё это?
особенно вот это:
+++ Уводим в бэкграунд
???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 27-Июн-06, 12:02 
Статья описывает решение конкретно моей рабочей задачи, где это было нужно - сервер должен быть запущен всегда, с постоянным терминальным доступом для всех. Ну не держать же мне на компе терминал всё время открытый.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от fox_mulder_cp email on 27-Июн-06, 20:49 
а играться лучше под виндой в куему или в вмваре? и как там с драйверами к физ устройствам?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 28-Июн-06, 13:02 
в варе лучше, быстрее во всяком случае.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от fox_mulder_cp email on 27-Июн-06, 21:04 
и еще - как лучше всего вывести его на отдельный виртуал консоль, к примеру на альт-ф12... чтобы Х отдельно а винда отдельно...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Bocha email(ok) on 28-Июн-06, 13:04 
>и еще - как лучше всего вывести его на отдельный виртуал консоль,
>к примеру на альт-ф12... чтобы Х отдельно а винда отдельно...


ну вы уже жечь-то заканчивайте :-))) qemu - это такое же окно иксов как и все другие. Ну поднимите еще один икссервер и выводите туда винду посредствам qemu -full-screen. Зачем такие муки?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от shmit email on 22-Сен-06, 10:19 
зачем ставить иксы ради одного раза если есть такая опция как -vnc display
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от Guest (??) on 27-Сен-07, 09:52 
Спасибо за статью !
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от elop email on 21-Мрт-08, 19:50 
Нашол грамотные сылки по настройки экселератора qemu и прочие полезные вещи http://www.google.ru/
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Тематический каталог: FreeBSD QEMU + Windows 2000 новые подр..."  
Сообщение от drurus on 24-Апр-08, 13:55 
если указывать -k ru перестает нормально функционировать клава, так например НЕВОЗМОЖНО ввести символ слеша / :))
проверялл на ноуте, там нум пада нет :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от ja email on 15-Июл-08, 12:38 
Возникла проблема с установкой qemu под freebsd7.0, просит указать пачи для freebsd. Никто незнает как это можно вылечить или хотяб что это за пачи и где их взять. Поиск по нету ничего не дал :(

Но всеже я его установил через pkg_add -k qemu. но при запуске он выдает Segmentation fault.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "FreeBSD QEMU + Windows 2000: новые подробности. (qemu freebs..."  
Сообщение от max_demon email on 07-Окт-08, 02:27 
попробуй поставить qemu-devel, ставит всё что нужно!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру