QEMU в реальную сеть через WiFi

нельзя просто взять и создать мост с WiFi картой

Зависит от драйвера Wi-Fi карты.

Или как-то можно?

Можно через proxy arp и маршрутизацию это разрулить

Зависит от драйвера Wi-Fi карты

Как точка доступа карта может работать. Но мне же надо как клиент, насколько я понимаю.

Можно через proxy arp и маршрутизацию это разрулить

Что-то слишком навернуто это.

Как точка доступа карта может работать. Но мне же надо как клиент, насколько я понимаю.

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

Что-то слишком навернуто это.

Обычно ответ на вопрос «как сделать чтобы было как при A, не делая само A?» - всегда такой

Лучше сделать две сети - одну NAT, другую host-only и на хосте прокинуть нужные порты на виртуалку. Другие варианты не рекомендуются.

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

Разве это можно через проброс портов?

По какому протоколу запрос? UDP? Надо больше деталей, какой запрос, куда приходит ответ, на какой порт и тд. Может и можно.

А вообще с WiFi это всё работает плохо и ненадёжно. Там даже между клиентами зачастую связи нет, лично сталкивался не раз, только к роуеру и назад пакеты идут, остальное роутер не пускает.

Ещё как вариант чисто в рамках брейншторма - прокинуть USB-карту в виртуалку и там уже её использовать.

Ещё как вариант чисто в рамках брейншторма - прокинуть USB-карту в виртуалку и там уже её использовать.

Да, я уже понял это. Похоже что это наиболее простой путь, который к тому же дает наиболее полный доступ к сети. Единственный недостаток - подходит не для всех ОС. С виндой на госте работать будет, с более экзотическими вариантами - не будет драйвера.

По какому протоколу запрос?

Хотелось бы по любому, чтобы это было как будто виртуалка действительно прямо в сети.

Если на маршрутизаторе OpenWRT, то можно перевести wifi-адаптер ноутбука в 4-адресный режим и добавить его в мост - Не получается загнать Wi-Fi интерфейс в бридж (комментарий)

У меня дешманский роутер белорусский, вряд ли можно.

Еще вариант.

Использовать мобильник подключённый через usb вместо штатной wifi карты. И wifi подключенте дает, и в бридж соединяется потому что виден как ethernet.

Сделал через proxy arp как советовал Pinkbyte.

Добавил в шапку решение.

день добрый

запускаю «что-то подобное» у себя
- в теме говориться, что будет использоваться wifi-интерфейс/карта, так?! в системе она одна поднята и весь сет. трафик ходит через нее, так? т.е. никаких привязок именно к данному интерфейсу в командах нет (неявно есть, но неявно :о)
вопрос по ходу:
у меня используется две сетевухи
- eth0 - локальная сеть
- wlan0 - выход в инет
специальных настроек/маршрутов для «типа связи/пробороса» пакетов из локалки в инет и наоборот на раб.станции не делал, инет и локалка видны раб.станции (и замечательно)
применил ваши команды, почти «гуд», раб.станция и виртуалка - видят др.друга, пингуются, но инет из виртуалки не виден
... пытаюсь разобраться ... (*)

(*) надо добавить поднятие интерфейса

4. поднимаем интерфейс
sudo /sbin/ifconfig tap0 up

### РЕШЕНИЕ ###

конфигурация раб.станции

eth0  - 192.168.0.xxx (IP прописан жестко, локальная сеть)
wlan0 - 192.168.0.yyy (IP выдается по DHCP, интернет)

в !!! виртуальной машине !!! - надо добавить деф.маршрут (gateway) на лок.интерфейс eth0
если-бы у wlan-интерфейса был-бы стат. адрес, то можно было-бы сразу на него отправлять,
но т.к. он «динамический», то выкручиваемся, как можем :о)

вариант 1 - временный, для отладки и поиска вшей :о)

sudo /sbin/route add -host 0.0.0.0 dev eth0
-->
kvm# netstat -nr
-->
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.0.xxx   0.0.0.0         UG        0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

вариант 2 - для постояннки (решение для slackware)

/etc/rc.d/rc.inet1.conf
GATEWAY="192.168.0.xxx"

СПАСИБО

###!!! Дополнение !!!###

для управления сетью используется NetworkManager Applet-1.8.4, который поднимая любой интефейс бездумно добавляет дефолтный маршрут в таблицу (ну идиот, чего с него взять?! :о)

в конечном итоге, после активации обоих интерфейсов eth0 & wlan0 - в таблице будет два «дефолтных» маршрута (шлюза)... и что-бы у компа не сорвало башню мы самый ненунжный маршрут «отчикрыжим», а самый «нужный и религиозно-верный» - оставим!

ну а т.к. NM запускается в user-окружении, уже после всех системных активаций, да еще думает достаточно долго, то эту важную операцию поручим скрипту в автозагрузке:
- он выжидаеn ~ 1 мин, пока NM прокалбасится, а потом под sudo удаляет лишний маршрут.

#!/bin/sh
T=60
echo "sleep $T ..."; sleep $T
sudo route del -net 192.168.0.0 gw 0.0.0.0 netmask 255.255.255.0 dev eth0

вот теперь точно все :о)

Ценные дополнения, спасибо