Каково различие между virbr# и vnet#?

Почти наверняка feh загружает фон, затем что-то еще сбрасывает X фонов во время остальной части процесса запуска. Я подозреваю, что это имеет отношение к тому, что Вы разжигаете гнома-демона настроек. Это запускает огромную цепочку вещей, которые будут включать установку фона и других настольных настроек как рендеринг шрифта. Необходимо удалить разделы сценария запуска, пока Вы не находите, какой бит сбрасывает Ваше образование, но я почти уверен, что Вы найдете что он гном-демон настроек.

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

(сон 2; feh - bg-заливка ~/wall.jpg) и

9
26.10.2012, 01:17
1 ответ

Это - сетевые интерфейсы, не IP-адреса. Сетевой интерфейс может иметь пакеты из любого протокола, которым обмениваются на них, включая IPv4 или IPv6, в этом случае им можно дать один или несколько IP-адресов.

virbr интерфейсы моста. Они являются виртуальными в этом нет никакой сетевой карты, связанной с ними. Их роль состоит в том, чтобы действовать как реальный мост или переключатель, который является пакетами переключателя (на уровне 2) между интерфейсами (реальный или другой), которые присоединены к этому точно так же, как реальный Ethernet-коммутатор был бы.

Можно присвоить IP-адрес тому устройству, которое в основном дает хосту IP-адрес на той подсети, с которой соединяется мост. Это будет затем использовать MAC-адрес одного из интерфейсов, присоединенных к мосту.

То, что их имя запускается с vir не делает их несколько отличающимися ни от какого другого интерфейса моста, это просто, которым они были созданы libvirt который резервирует то пространство имен для bridge интерфейсы

vnet интерфейсы являются другими типами виртуальных названных интерфейсов tap интерфейсы. Они присоединены к процессу (в этом случае процесс, работающий qemu-kvm эмулятор). То, что процесс пишет в тот интерфейс, появится как полученный в том интерфейсе хостом и что передачи хоста в том интерфейсе доступно для чтения тем процессом. qemu обычно использование это для его виртуализированного сетевого интерфейса в госте.

Как правило, a vnet будет добавлен к интерфейсу моста, что означает включать VM в переключатель.

18
27.01.2020, 20:05
  • 1
    за ответ! Но, если virbr мост является интерфейсом, и поскольку мосты являются слоем два устройства, что ему нужен IP-адрес для (существуют IP-адреса после каждого virbr# интерфейсы)? –  xczzhh 25.10.2012, 11:33
  • 2
    я обновил ответ. Идея состоит в том, чтобы дать хосту IP-адрес в той сети. –  Stéphane Chazelas 25.10.2012, 13:58
  • 3
    Еще раз спасибо за ответ. Я знаю, что два других гостя ОС, созданная KVM, могут совместно использовать то же virbr, но что, если у меня есть третий гость ОС, которая подключена к другому virbr, и эти два virbrs находятся в различных сетях IP, что я должен сделать так, чтобы эти две сети могли общаться друг с другом? –  xczzhh 25.10.2012, 14:46
  • 4
    то же самое, которое Вы сделаете с реальными переключателями. Некоторая машина, обычно хост, так как это имеет IP-адрес в обеих сетях, направила бы между этими двумя сетями. Это, вероятно, делает так по умолчанию, но возможно необходимо изменить конфигурацию брандмауэра на хосте. –  Stéphane Chazelas 25.10.2012, 14:58
  • 5
    Да, я попробовал, но проблема состоит в том, что ОС A может проверить с помощью ping-запросов ОС B, но ОС B не может проверить с помощью ping-запросов ОС A. Вы знаете то, что могло бы быть проблемой...? Еще раз спасибо :) –  xczzhh 25.10.2012, 15:41

Теги

Похожие вопросы