Ethernet -> Wlan мост

Ну в общем-то способо только один, тот который ты используешь :) Смотри в dmesg какие ошибки выдает. Ну и интерфейсы в даун я думаю не надо класть.

Мне при настройке MikrotikOS, который основан на линуксе приходилось загонять wlan в бридж и уже потом этот бридж загонять во второй бридж, уже с ethernet. Мб есть аналогия с обычным линуксом.

перед добавлением в бридж подними wlan0 в режиме точки доступа

а если обе точки wifi в мост?

/etc/rc.d/wicd stop
brctl addbr br0
/etc/rc.d/hostapd start   #создаем сетку на wlan0
ifconfig eth0 down #кладем wifi broadcom
brctl addif br0 eth0
brctl addif br0 wlan0
ifconfig br0 up
ifconfig eth0 up
/etc/rc.d/wicd start
wicd-curses 
.....не соединяется
в dmesg много такого

[code] [155180.681196] br0: port 1(eth0) entering forwarding state [155180.681217] br0: port 1(eth0) entering forwarding state [155180.724730] sky2 0000:09:00.0: eth1: disabling interface [155185.383668] ADDRCONF(NETDEV_UP): eth1: link is not ready [155195.961172] eth0: no IPv6 routers present [155222.652414] sky2 0000:09:00.0: eth1: disabling interface [155222.676871] sky2 0000:09:00.0: eth1: enabling interface [155234.097218] ADDRCONF(NETDEV_UP): eth1: link is not ready [155235.219397] sky2 0000:09:00.0: eth1: disabling interface [155235.243406] sky2 0000:09:00.0: eth1: enabling interface [155235.245469] ADDRCONF(NETDEV_UP): eth1: link is not ready [155235.832657] sky2 0000:09:00.0: eth1: disabling interface [155235.852986] sky2 0000:09:00.0: eth1: enabling interface [155235.854649] ADDRCONF(NETDEV_UP): eth1: link is not ready [155242.922413] sky2 0000:09:00.0: eth1: disabling interface [155242.949875] sky2 0000:09:00.0: eth1: enabling interface [155242.952121] ADDRCONF(NETDEV_UP): eth1: link is not ready [155254.001174] eth0: no IPv6 routers present [155275.866005] sky2 0000:09:00.0: eth1: disabling interface [155275.886629] sky2 0000:09:00.0: eth1: enabling interface [155275.889025] ADDRCONF(NETDEV_UP): eth1: link is not ready [155286.161179] eth0: no IPv6 routers present [155304.898186] sky2 0000:09:00.0: eth1: disabling interface [155304.935206] sky2 0000:09:00.0: eth1: enabling interface [155304.936256] ADDRCONF(NETDEV_UP): eth1: link is not ready [155312.347830] wlan0: no IPv6 routers present [155315.574504] eth0: no IPv6 routers present [155331.003791] device wlan0 left promiscuous mode [155331.003816] br0: port 2(wlan0) entering disabled state [155331.003965] device eth0 left promiscuous mode [155331.004025] br0: port 1(eth0) entering disabled state [155333.593585] sky2 0000:09:00.0: eth1: disabling interface [155333.608225] sky2 0000:09:00.0: eth1: enabling interface [155333.609156] ADDRCONF(NETDEV_UP): eth1: link is not ready [/code]

переводить интерфейсы в down не обязательно. Драйвер Wi-Fi карточки какой? может он это не умеет?

wlan интерфейсы нельзя добавлять в мост. Забудь об этом.

Да ладно. А у меня почему-то всё работает. Наверное, мой линукс не оповестили о запрете.

http://en.gentoo-wiki.com/wiki/Atheros_Ath5k_Wireless_Access_Point

В режиме точки доступа - по инструкции.
Если вайфай карта является клиентом - там всё нетривиально становится. Вроде был какой-то патч для ядра, который это позволял, без дополнительных патчей - вайфай карта-клиент быть частью моста не может, если сеть использует шифрование.

Нет, ни в коем случае. В ядрах с не-помню-какой версии режим master для драйверов вайфаев упразднён, обслуживание точки доступа теперь в целиком в юзерспейсе (разумеется, неродных драйверов это не касается, там уж как разработчик сделал). Вроде бы на данный момент единственная программная реализация ТД - hostapd, но проблем с ней нет. Всё делается через неё, включение в мост тоже.

Вроде бы на данный момент единственная программная реализация ТД - hostapd, но проблем с ней нет. Всё делается через неё, включение в мост тоже.

Это не так. В конфиге hostapd участие интерфейса в мосте лучше указывать, но добавляется интерфейс в мост совершенно отдельно.

Вообще такое подозрение, что WiCD пытается отконфигурить доступные сетевые интерфейсы. Лично я на роутере всё настроил статикой, а все нетворк манагеры отправил в /dev/null.

Я про master режим ничего не говорил. Да, сейчас в основном всем занимается hostapd, но никто не мешает заводить wlan в бридж обычным brctl. Я так и делаю в дебиане стабильном, т.к. тамошний древний hostapd просто не умеет бридж, а конпелять руками новую версию влом.

blind_oracle

никто не мешает заводить wlan в бридж обычным brctl

Ну как бы вот это мешает (Kubuntu 11.10, iwlagn): [code] ~$ sudo brctl addif br0 wlan0 can't add wlan0 to bridge br0: Operation not supported [/code]

Насколько я понял в managed-режиме без костылей не обойтись (патчи для ядра, пересборка драйверов и пр.) и единственным выходом является использование hostapd? Стоит задача соединения мостом виртуального интерфейса tap0 и реального wlan0, и таким образом вывести в реальную сеть виртуальные железки. Возможно ли сделать это при помощи hostapd?

У меня на debian-stable просто в rc.local:

/usr/sbin/brctl addif br0 wlan0