вопрос по Virtualbox и мостам

вернее вопрос такой, есть ли преимущества в использовании системных механизмов бриджевания?

Даже не знаю, зачем извращаться, если можно сделать сразу как задумывалось разработчиками VBox'а. Всегда его возможностей хватало.

Способностей виртуалбокса хватает для моста.

что хватает я знаю, раньше так было всегда. Просто подумал, может имеет смысл поменять.

Кстати, а почему при мостовании или нате в вбоксе в системе не появляется новый интерфейс?

тоже думал об этом. Меня что-то смущает подобная непрозрачность

В общем, если хочется честных и понятных интерфейсов - это xen, но там с ними иногда ногу сломишь. А так - виртуалбокс: работает, но поди пойми, как)

Появляется. В Mandriva в Firewall можно отметить его для защиты.

su $your_username -c «VBoxManage list vms &>/dev/null»
- в автозапуск нужно

Выплюнет в толчок список виртуальных моих машин на хосте. Зачем это?

виртуальных моих машин

моих виртуальных машин //fixed

Вопрос был в том, почему при загрузке не создаётся виртуальный интерфейс vboxnet0? Если да, то такая команда создаст его. (ссори, писал с телефона)

Команда vboxmanage list vms отображает список виртуальных машин, принадлежащих текущему юзеру. Она не создает интерфейсы. Причем тут телефон?

> Команда vboxmanage list vms отображает список виртуальных машин, принадлежащих текущему юзеру. Она не создает интерфейсы. Причем тут телефон?

Если при загрузке системы автоматически не создаётся виртуальный интерфейс vboxnet0 и не отображается по ifconfig -a, что является известной проблемой(на него не биндится samba, к примеру), то создать этот интерфейс во время загрузки системы можно вышеприведённой командой.
В этом вопрос заключался, нет?
Телефон ни при чём, я писал с него, поэтому кратко.

Для бриджа вообще никакой интерфейс не создается в принципе.
Как я понимаю, там адаптер переводится в promiscuous mode и фильтром vboxnetflt чето-там мутится (не вникал).
Из минусов - невозможно фильтровать пакеты гостя на хосте через iptables.

Поправьте если я что-то не то написал))

Да, туплю, для nat и bridge ни так, ни эдак ничего не создаётся и не нужно.
Я вообще о другой проблеме говорил. Почему-то с недавних пор виртуальный интерфейс создаётся только при запуске VirtualBox. Проблема и решение подробно описаны здесь https://forums.virtualbox.org/viewtopic.php?f=7&t=45879

Из минусов - невозможно фильтровать пакеты гостя на хосте через iptables.

Если фильтр вбокса стоит после файрвола в цепочке, то теоретически можно по адресу ip. Так ли это - не проверял.

ну я пробовал в логи выводить пакеты с гостевым ип из всех цепочек - было пусто.

Почитал тред по вашей ссылке. Похоже на баг в вбоксе, бред собачий. Эта команда не должна создавать интерфейс, она _показывает список_, так в документации написано.

У Вас этого бага нет? vboxnet0 создаётся автоматом при загрузке системы?

Я думаю, что не при любом режиме подключение виртуального адаптера оно должно создаваться. Выше один из коллег подтвердил эту точку зрения и объяснил.

При работе виртуального адаптера в режиме host-only интерфейс на хост-машине создается.

При работе виртуального адаптера в режиме host-only интерфейс на хост-машине создается.

Хм, ну тогда это не баг. Получается, что создание vboxnet0 при первом запуске VirtualBox логично, так как настройки её относятся к отдельным пользователям, а не ко всей системе в целом.
Т.о. первое обращение в виде запроса списка виртуальных машин (list vms) вполне корректный обход проблемы отсутствующего при загрузке интерфейса.

это примерно как набрать ls с целью перевести eth0 из down в up. Не могу согласиться, что это «корректный обход»

Ну тогда надо писать что-то вроде VBoxManage hostonlyif create

create

вот в этом хотя бы здравый смысл есть