Беспроводная связь соединила сети мостом в KVM. Почему это так сложно?

Содержание /etc/shells более или менее статичны и не имеют никакого отношения к присутствию определенных оболочек, установленных в системе.

То, что существует две записи в Вашем /etc/shells средства только это, если пользователь имеет также /bin/zsh или /usr/bin/zsh указанный как их оболочка в /etc/passwd, их обоих считали бы 'допустимыми' демоны, которые консультируются /etc/shells (например, большинство демонов FTP).

Для наблюдения первого доступного zsh в пути ($PATH), можно использовать, которые управляют как это:

which zsh

Или whereis, который отображает больше информации (двоичный файл, источник и файлы страницы руководства для команды):

whereis zsh
8
10.07.2018, 10:28
2 ответа
[116007]Background on KVM[12132]Думаю, это отчасти связано с ожиданиями по поводу KVM. KVM - это прежде всего серверный продукт, а не настольный продукт для виртуализации. Она может быть использована в любом приложении, но определенно больше подходит для использования на сервере. [12133]Я использую его на 3+ хостах за работой, каждый из которых содержит по 5-10 ВМ, и он работает безупречно и легко управляется, а в основном просто работает.[12134]Вопрос #1[12135]Почему говорят, что большинство беспроводных адаптеров не поддерживают мост, если он работает в VirtualBox и VMWare просто "из коробки"? [12136]Я полагаю, что вы делаете этот вывод из этой [116337]рекламы на вебсайте KVM[116338].[12137]ПРЕДУПРЕЖДЕНИЕ: Здесь показан метод, он не будет работать с большинством(всеми?) беспроводных драйверов, так как они не поддерживают мост.[12138]Это утверждение здесь, потому что обычно так и бывает. Я считаю, что часто именно поэтому, когда вы устанавливаете VirtualBox или VMWare, обычно устанавливаются модули ядра, и эти продукты предоставляют свою собственную оболочку для облегчения работы. Эти продукты, по сути, работают вокруг этих проблем.[12139]Я считаю, что эта проблема также является проблемой драйверов. Драйверы для WiFi под Linux все еще бледнеют по сравнению с поддержкой, предоставляемой драйверами Windows для того же самого оборудования. Это просто факт из жизни.[12140]ПРИМЕЧАНИЕ:[116342] Раньше у меня были беспроводные сетевые карты, которые я также не мог перевести в режим моста. Обычно я работал над этой проблемой, используя VirtualBox или приобретая другую сетевую карту для своего ноутбука.[12141]Я также подчеркну, что ни VirtualBox, ни VMware не могли этого сделать, по крайней мере, до более поздних версий. Смотрите на это как на свидетельство KB:[12142]Если у вашего хоста есть беспроводной сетевой адаптер, вы не можете использовать мостовой сети на хостах Linux в VMware Workstation 5 или ниже, VMware Server 1.x, любой версии GSX Server, любых хостах в VMware Workstation 3 или ниже, или в VMware GSX Server 2 или ниже. В этих продуктах, если вы хотите запускать виртуальные машины на узле, который использует беспроводные Ethernet адаптеры, вы должны настроить ваши виртуальные машины на использование NAT или сети только для хостов. Источник:[12143]Источник:[12144]Использование мостовой сети с беспроводной сетевой картой (760)[12145]Вопрос #2[12146]И какая разница между этими гипервизорами, которая делает работу KVM такой сложной, если она вообще работает?[12147]Я не могу пролить свет на этот конкретный вопрос, кроме как сказать, что если бы это было просто, я представляю себе, что эта функция была бы включена. Я думаю, что суть проблемы связана с этой функцией, требующей 3 или более групп для координации своих усилий (аппаратное обеспечение, драйверы, ядро Linux, и KVM). [12148]В таких ситуациях часто бывает так, что для совместной работы в мире открытого исходного кода (IMO) требуется несколько групп![12149]Так что я могу это настроить или как?[12150]Вы можете это настроить, следуя указаниям одной из этих двух статей. Настройка требует использования TUN/TAP устройства, которое можно перевести в режим моста[12151]Мостовой беспроводной карты в KVM/QEMU[12152]Мостовой беспроводной карты[12153]
10
27.01.2020, 20:10

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

В данном случае виновником является bridge-utils, который работает путем установки сетевой карты, с которой устанавливается мост, в промискуитетный режим. Многие драйверы беспроводных сетевых карт под linux просто не поддерживают этот режим, но это ни в коем случае не вина KVM.

У вас все еще есть возможность использовать NAT или OVS или что-нибудь еще, что поддерживает KVM (а таких технологий достаточно много)

.
5
27.01.2020, 20:10

Теги

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