LINUX.ORG.RU
Ответ на: комментарий от no-dashi-v2

WiFi и бридж использовать в одном сочетании не рекомендуется

Та не, норм работает... посмотрите на всякие access point'ы и другие роутеры с вафлей на борту. Другой вопрос, что на клиентском варианте оно не всегда и не везде робит.

anc ★★★★★
()
Ответ на: комментарий от anc

Бридж на клиенте и бридж на точке доступа имеют «несколько разную» функциональность - клиент отправляет в канал всё, а вот точка доступа в канал до клиента только то что положено этому клиенту. А если у тебя бридж на клиенте, то на одном условном канале оказываются два мак-адреса, и это не все могут и согласятся переварить. (ПыСы - «канал» в данном случае - согласованная сессия между клиентом и точкой доступа)

no-dashi-v2 ★★★
()
Последнее исправление: no-dashi-v2 (всего исправлений: 1)
Ответ на: комментарий от antech

Не путайте людей, в Wi-Fi вполне себе Ethernet, только вместо традиционного для проводных сетей CSMA/CD там CSMA/CA.

Тем не менее, с мостом на клиентских устройствах есть две проблемы:

1) не все драйвера консьюмерских wi-fi карт позволяют корректно работать в режиме моста;
2) системы авторизации(кэптив-порталы и т.д.) очень часто авторизуют клиентов по MAC-адресу, который в свою очередь привязаны к номеру мобильника клиента. Т.к. на мосте у нас каждое устройство будет отправлять кадры со своим собственным MAC-адресом, то соответственно придется авторизовывать каждое устройство. Что может быть или не удобно, или чревато ограничениями(например количество MAC-адресов которые привязываются, например, к тому же телефонному номеру может быть искуственно ограничено на стороне captive-портала в целях безопасности).

TL;DR - в общем случае лучше выпустить дополнительных клиентов не используя мост, а с помощью маршрутизации и NAT.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)