1.1, Аноним (-), 23:51, 04/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
Меня сейчас заминусуют, но реализация Wi-Fi шифрования и сети в Linux - самое ужасное, что я видел в своей жизни.
Кому в голову пришло беспроводные интерфейсы выделять в отдельные - тоже не ясно (wlan0 и т.д.).
WPA supplicant работает через одно глубокое место, а в идеале должен был быть встроен в ifconfig/ip.
// b.
| |
|
2.2, EuPhobos (ok), 23:57, 04/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Кому в голову пришло беспроводные интерфейсы выделять в отдельные - тоже не ясно (wlan0 и т.д.).
ты ещё интерфейсы на FreeBSD не видел
| |
2.4, Xasd (ok), 00:02, 05/02/2014 [^] [^^] [^^^] [ответить] | –10 +/– | какой ещё wlan0 это машина времени из прошлого - сейчас wlp1s0 например ... большой текст свёрнут, показать | |
|
3.5, Аноним (-), 00:12, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Ну можно и wlan0 сделать если соответствующий файлик в /etc создать :)
| |
|
4.9, Xasd (ok), 00:16, 05/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ну можно и wlan0 сделать если соответствующий файлик в /etc создать :)
да, но зачем.. (кого может не устроить название wlp0s29u1u5 ?)
если уж и менять название, то в таком случае тогда уж надо пойти ещё дальше и написать в udev-правилах чтоб интерфейс назывался бы не "wlan0" , а например "kakashka" :-)
| |
|
5.21, Дядя (?), 03:01, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
kakashka супротив wlp0s29u1u5 это как плотник супротив столяра
| |
5.35, Аноним (-), 05:26, 05/02/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
> кого может не устроить название wlp0s29u1u5
Меня например. А что такое s29u1u5? И почему не j31u5k7? И зачем я эту Н.Е.Х. должен запоминать?
| |
|
|
7.71, Аноним (-), 00:02, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Правильно говорил павлинукс: вам интернет отключи и IQ сразу на ноль падает.
| |
|
|
|
|
3.7, llolik (ok), 00:14, 05/02/2014 [^] [^^] [^^^] [ответить]
| +10 +/– |
Т.е. как раз там, куда не дотянулся Леннарт. Спасибо, мы здесь пешком постоим.
| |
3.8, Mike Lee (?), 00:15, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Настройку udev ниасилил? не вижу смысла на машине с одной сетевухой использовать "predictable" имена интерфейсов.
| |
|
4.11, Xasd (ok), 00:22, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Настройку udev ниасилил? не вижу смысла на машине с одной сетевухой использовать
> "predictable" имена интерфейсов.
не вижу ни одной причины переименовывать "predictable" имена -- в какие-то другие имена...
...кроме как причины: набрать ip link и похвастаться друзьям :-)
| |
|
5.16, vitalif (ok), 01:08, 05/02/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
... кроме как причины: в командной строке быть в состоянии набрать это имя за разумное время.
| |
5.36, Аноним (-), 05:28, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> не вижу ни одной причины переименовывать "predictable" имена
Кроме того что wlan0 мне в командлайне вбить не вопрос а вот эту тарабарщину... эм... не, ну его нафиг. "Хотели как лучше, а получилось как всегда".
| |
5.60, Аноним (-), 13:44, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Админчик локалхоста наверное никогда за компом не пробовал ничего кроме одноглазников открывать. Многие команды по умолчанию eth0 используют. И мне как-то не впилось набирать tcpdump -i jdssd7890543uiouopsgd набирать. Но обезьянкам этого не понять.
| |
|
6.63, Xasd (ok), 14:46, 05/02/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Многие команды по умолчанию eth0 используют
нет ни одной команды которая использовала бы по умолчанию eth0 ..
ваши собственные говновскрипты -- считать не будем.
| |
|
7.72, Аноним (-), 00:05, 06/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Админчек локалхоста - брысь под шконку:
#tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
| |
|
|
|
|
3.14, vitalif (ok), 01:08, 05/02/2014 [^] [^^] [^^^] [ответить]
| +6 +/– |
> wlp0s29u1u5 (например)
До меня с моим дебианом этот дебилизм поттеринга (ну или его любовника сиверса) как-то, к счастью, не докатился. Хотя у меня вайфай вообще в ath0 переименован, ещё с времён когда madwifi был. Нравится так.
| |
|
4.22, Дядя (?), 03:03, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> это сарказм или мне повезло?
это несомненно сарказм.
но тебе повезло :)
| |
|
3.57, Аноним (-), 13:15, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> может ты ещё и пароль хочешь писать через командную строку? (то что злоумышленник мог бы в этом случае подсмотреть пароль через файловую систему /proc/ --- это в голову не приходит ?)
Какой-то бред несёте, уважаемый.
Что мешает для ifconfig сделать параметр:
-password filename
что заставит утилиту читать пароль из файла и/или
ifconfig wlan0 -wpa2 -password_stdin < /etc/network/wpa2_password
Короче, не вижу ни одного резона этого бреда (wpa supplicant) в Linux.
Ах, да, ещё одна проблема, отладка wpa supplicant - это полная опа.
// b.
| |
3.67, Аноним (-), 17:55, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Премногоуважаемый, я даже на написание eth0 трачу меньше времени и сил, нежли, чем Вы на то же самое действие.
| |
|
2.10, Аноним (-), 00:19, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
В этом есть определённая вина и самих стандартов Wi-Fi, настолько они замороченные что просто в ifconfig их поддержку не реализовать.
| |
|
3.12, anonymous (??), 00:27, 05/02/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
Я тебе открою две тайны:
- Весь wifi в ядре. В userspace'е реализованы только плюшки вроде EAP, которые требуют обмена ключами и прочей гадости.
- У ребят из openbsd wpa/wpa2 реализовано через ifconfig, который в общей сложности занимает примерно ~6k строк. А стандарты одни и те же. Может все-таки дело в программистах?
| |
|
4.19, Alexander Sheiko (?), 02:14, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> У ребят из openbsd wpa/wpa2 реализовано через ifconfig
Да - там Wi-Fi поднимается как обычный интерфейс. Есть только одна проблема - ни где нет логов Wi-Fi авторизации :(.
| |
|
5.26, Аноним (-), 04:53, 05/02/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Да - там Wi-Fi поднимается как обычный интерфейс.
Вот только он нифуа не "обычный интерфейс" и там 100500 сущностей никогда не существовавших у других интерфейсов. В линухе этим заведует например могучая утилитина iw. И там реально много. Предлагается весь этот шит вгрузить в ифконфиг? А ему плохо от своей крутизны не станет? Или просто забить на конфигурирование половины параметров? Тоже мило.
Не, я понимаю что некоторым бы хотелось думать что wi-fi - это, типа, эзернет но без проводов. Но реально все куда сложнее и это таки радиопередача, совсем иная среда с иными проблемами и свойствами.
| |
|
6.31, Аноним (-), 05:03, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
У физической среды тоже много параметров.
И ей прекрасно в случае Ethernet рулит тот же mii-tool.
Не нужно смешивать в одну кучу физическую реализацию сети и уровень TCP/IP.
Пусть физическими параметрами рулит iw, а на уровне ifconfig беспроводной интерфейс должен быть точно такой же сущностью как и проводной.
| |
|
7.33, Аноним (-), 05:12, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> У физической среды тоже много параметров.
У эзернета - не очень и там как правило на автоматике все работает неплохо...
> И ей прекрасно в случае Ethernet рулит тот же mii-tool.
...но если все-таки надо, то вот такие тулсы нам помогут. Или это тоже в ифконфиг предлагается запихать? А для сетки по блутусу - все тулзы в ifconfig упакуем? А должен ли ifconfig PPP интерфейса при up соединение устанавливать? А может тогда он и openvpn нам сконектит? И ipsec настроит? А потом со всей этой фигней мы попробуем взлететь...
| |
|
8.39, Аноним (-), 05:33, 05/02/2014 [^] [^^] [^^^] [ответить] | +1 +/– | У вайфая тоже на автомате всё работает неплохо Вы часто видите людей, выставляю... текст свёрнут, показать | |
|
9.42, Аноним (-), 06:02, 05/02/2014 [^] [^^] [^^^] [ответить] | +/– | Только в режиме клиента и только после выбора точки доступа Для начала планшет ... большой текст свёрнут, показать | |
|
|
|
6.64, Alexander Sheiko (?), 15:43, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Предлагается весь этот шит вгрузить
> в ифконфиг? А ему плохо от своей крутизны не станет?
ls -l /sbin/ifconfig
-r-xr-xr-x 1 root bin 291576 Aug 1 2012 /sbin/ifconfig
uname -sr
OpenBSD 5.2
Меньше 300 кб :).
> А должен ли ifconfig PPP интерфейса при up соединение устанавливать?
Ну - ядерный PPPoE как раз устанавливает:
cat /etc/hostname.pppoe0
inet 0.0.0.0 255.255.255.255 NONE -inet6 pppoedev rl0 authproto pap authname xxx@dsl.ukrtel.net authkey yyy up
!/sbin/route add default -ifp pppoe0 0.0.0.1
А вот как выглядит упомянутый Wi-Fi:
cat /etc/hostname.ral0
up -inet6 media autoselect mode 11g mediaopt hostap nwid xxx chan 6 \
wpa wpaciphers ccmp wpagroupcipher ccmp wpakey yyy wpaprotos wpa2
Всё гениальное просто ;).
| |
|
7.78, Аноним (-), 03:15, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Меньше 300 кб :).
Потому что умеет поди как обычно, 10% от того что в iw есть. Это ж бзды, там все расово верно. И как правило - ничего не работает. Или работает на уровне каменного века.
> Ну - ядерный PPPoE как раз устанавливает:
А остальных что же забыли?
> !/sbin/route add default -ifp pppoe0 0.0.0.1
Есть только одна загвоздка: pppoe мне вообще никуда не упал, а на опенбзде - в особенности. А куда я должен применять ppoe на опенбзде?
> Всё гениальное просто ;).
Очень. А теперь покажите создание нескольких интерфейсов на 1 phy. Скажем, как должно выглядеть создание 2х VIFов, пусть один будет клиентом, а второй - AP. Ну и как это ифконфигом? А как посмотреть уровень сигнала/шума на разных каналах? А список AP вокруг как получить? И это точно все к ифконфигу?
| |
|
|
9.89, Аноним (-), 19:12, 06/02/2014 [^] [^^] [^^^] [ответить] | +/– | Что ты всякое г в рот тянешь 85 рублёвый дурачок накатал там что-то и вот давай... текст свёрнут, показать | |
|
|
9.103, Аноним (-), 19:33, 07/02/2014 [^] [^^] [^^^] [ответить] | +/– | Да что вы говорите Я вот только сейчас для прикола поднял ровно такой конфиг на... большой текст свёрнут, показать | |
|
|
|
|
|
4.59, Аноним (-), 13:34, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Wi-Fi не весь в ядре, а только небольшая часть, базовый уровень. Помимо него есть же ещё EAP, RADIUS клиент и т.д. их через ifconfig не настроить и в ядро не запихнуть.
| |
|
|
2.17, vitalif (ok), 01:11, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
А я кстати пожалуй согласен - тоже раздражало всегда, что для работы WPA/WPA2 демон какой-то требуется дополнительный... Т.е. может это и правильно с точки зрения архитектуры - типа модульнее? Но выглядит кривовато...
А ещё зачем-то iwconfig выпиливают и заменяют на iw, интерфейс которого вот хоть ты тресни, никак запомнить не могу, неинтуитивный он.
| |
|
3.27, Аноним (-), 04:54, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А ещё зачем-то iwconfig выпиливают и заменяют на iw, интерфейс которого вот
> хоть ты тресни, никак запомнить не могу, неинтуитивный он.
Затем что iw использует актуальный интерфейс к ядру и умеет намного больше. А iwconfig и прочие - используют deprecated интерфейс к драйверам и не умеют половину опций выставлять.
| |
|
4.38, Аноним (-), 05:30, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Теперь замените iwconfig на ifconfig и iw на ip.
Ну и зачем плодить лишние сущности?
В общем всё как обычно, Линукс - быстро и криво, BSD - вдумчиво, но медленно.
| |
|
5.44, Аноним (-), 06:07, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Теперь замените iwconfig на ifconfig и iw на ip.
Повторяю - нынче iwconfig и все что вокруг заменяют на iw, который умеет намного больше и не использует устаревший интерфейс расширений (ioctl), задействуя вместо него netlink.
> Ну и зачем плодить лишние сущности?
Покажите пожалуйста, как с точки зрения ifconfig должно выглядеть:
1) Взять phy (пусть phy0).
2) Создать на нем VIF с AP с одним SSID. Это будет гостевой, для всех.
3) Создать на нем VIF с AP с другим SSID. Это будет внутренний, не всех.
4) Создать VIF в режиме клиента, дабы взять по нему интернет с соседнего роутера, допустим.
5) А вот после того как мы слепили 3 виртуальных интерфейсы - мы уже подумаем какие им там айпи назначить и прочая.
> вдумчиво, но медленно.
...и половина не работает...
| |
|
6.47, anonymous (??), 10:42, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Повторяю - нынче iwconfig и все что вокруг заменяют на iw, который
... до сих даже не умеет показывать txpower, да.
| |
|
7.77, Аноним (-), 02:57, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> ... до сих даже не умеет показывать txpower, да.
Зато умеет уйму иных полезностей. Ну-ка скажи как на ifconfig сделать нечто типа iw dev wlan0 survey dump? Это мониторинг состояния каналов - уровень сигнала, шума, времени которое канал занят другими, etc. Полезная штука чтобы выбрать не сильно засрaнный канал для себя любимого.
| |
|
|
|
|
|
2.20, Zenitur (ok), 02:51, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Когда в 2007 году я покупал PCI-платку с Wi-Fi от Atheros, на коробке было написано что шифрование аппаратное. Аппаратное шифрование в линуксе не используется?
| |
|
3.23, Аноним (-), 03:28, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
$ modinfo ath9k
parm: nohwcrypt:Disable hardware encryption (int)
| |
3.28, Аноним (-), 04:55, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> используется?
Используется, если не попросить обратного. На обычных писюках это кстати пофигу. Роялит на всяких точках доступа - там проц поднапряжется большой поток софтварно шифровать.
| |
|
2.25, Аноним (-), 04:50, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Кому в голову пришло беспроводные интерфейсы выделять в отдельные - тоже не ясно
Это как раз разумно. У беспроводки много отдельных параметров про которые обычные ifconfig и прочая - ни ухом, ни рылом. А откуда он знает что такое "100 милливаттов в эфир", "на 12-м канале", "режим - AP"? Это специфика беспроводки. То что всей этой кучей добра должен ifconfig рулить - совсем не очевидно.
А список точек доступа вокруг, к которым ассоциироваться будем - тоже ифконфиг? А то ifconfig up ничего не говорит - куда up, в каком режиме up, какая частота/мощность/etc.
| |
|
3.29, Аноним (-), 04:58, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
И чем же "100 милливаттов в эфир", "на 12-м канале" приницпиально отличаются от "full duplex" и "100MBit"?
| |
|
4.32, Аноним (-), 05:07, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> И чем же "100 милливаттов в эфир", "на 12-м канале" приницпиально отличаются
> от "full duplex" и "100MBit"?
Наверное тем что в типовом случае я могу совсем не указывать "full duplex" и "100Mbit" и будет выбран наилучший параметр. А вот канал, название, ... (для AP) или куда конектиться и тип сети - указать таки придется. В сумме там довольно дофига параметров (см. iw и что он умеет). То что весь этот шыт надо в ифконфиг засунуть - совсем не очевидно, имхо.
| |
|
5.37, Аноним (-), 05:29, 05/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну и канал можете не указывать, и будет выбран дефолтный/лучший. То же самое с типом сети.
Куда коннектиться - не страшно и указать, либо по дефолту - к сети с наиболее сильным сигналом.
Для AP отдельный демон - совершенно логичное решение, в конфиге - настройки.
| |
|
6.41, Аноним (-), 05:47, 05/02/2014 [^] [^^] [^^^] [ответить] | +1 +/– | А вот это для режима AP уже совсем не факт Для клиента - будет выбран тот на ко... большой текст свёрнут, показать | |
|
7.55, Аноним (-), 13:09, 05/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Всё это отлично реализуется через параметры ifconfig при желании, вообще никакой проблемы не вижу.
В OpenBSD это тупо работает(tm).
// b.
| |
|
8.61, Аноним (-), 13:50, 05/02/2014 [^] [^^] [^^^] [ответить] | +/– | А в Linux, оно по вашему где реализовано В WPA supplicant WPA supplicant это ж... текст свёрнут, показать | |
|
9.65, Аноним (-), 16:19, 05/02/2014 [^] [^^] [^^^] [ответить] | +1 +/– | И не надо его туда встраивать, пусть демоном и будет И один ifconfig чтоб рулит... текст свёрнут, показать | |
|
8.79, Аноним (-), 03:18, 06/02/2014 [^] [^^] [^^^] [ответить] | +/– | Хочу посмотреть как ифконфигом создать несколько VIFов мне просто интересно как... текст свёрнут, показать | |
|
|
|
|
|
3.58, Аноним (-), 13:17, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> У беспроводки много отдельных параметров про которые обычные ifconfig и прочая - ни ухом, ни рылом.
И научить невозможно. Абсолютно. Никак.
// b.
| |
|
2.45, бедный буратино (ok), 06:10, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> WPA supplicant работает через одно глубокое место, а в идеале должен был быть встроен в ifconfig/ip.
mdoc.su/o/ifconfig
отучаемся говорить за весь опенсорц.
| |
2.50, Скиталец (?), 11:32, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> в идеале должен был быть встроен в ifconfig/ip.
Не должен. IP - это один уровень, а шифрование (WPA supplicant) - это уже другой уровень.
Т.е. при подключении к шифрованной wifi сети сетевой интерфейс в начале получает параметры сети, ip адрес, маску подсети и возможно шлюз, а уже затем посредством ESSID и ключ шифрования устанавливается обмен шифрованными пакетам по сети.
Так реализовано в любой системе, будь то Windows, MacOSx, BSD или Linux.
Вот поэтому WPA supplicant отдельно, а ifconfig / iproute2 отдельно.
| |
|
3.54, Аноним (-), 13:03, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> в начале получает параметры сети, ip адрес, маску подсети и возможно шлюз, а уже затем посредством ESSID и ключ шифрования устанавливается обмен шифрованными пакетам по сети.
Вы с ума сошли, либо вообще не понимаете как работает WEP/WPA.
Никакой IP вы не получите, с начала не включив шифрование и не пройдя авторизацию.
// b.
| |
|
4.80, Аноним (-), 03:19, 06/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Никакой IP вы не получите, с начала не включив шифрование и не
> пройдя авторизацию.
Да. И почему проблемами физики и ее интимных особенностей должен заниматься именно ифконфиг - вообще не очевидно.
| |
|
3.56, Аноним (-), 13:12, 05/02/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вы модель OSI не понимаете и строите из себя ХЗ что.
WPA supplicant это практически physical layer, i.e. настраивает параметры работы _железа_.
IP работает _выше_.
Столько недоспециалистов в одной теме сразу ещё ни разу не встречал.
// b.
| |
|
4.62, Аноним (-), 14:04, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Вы модель OSI не понимаете и строите из себя ХЗ что.
> WPA supplicant это практически physical layer, i.e. настраивает параметры работы _железа_.
> IP работает _выше_.
> Столько недоспециалистов в одной теме сразу ещё ни разу не встречал.
> // b.
А вы в общем то такой же недоспециалист, вещающий про отсутствие WPA supplicant в OpenBSD, вот почитайте на досуге про WPA supplicant в OpenBSD: http://undeadly.org/cgi?action=article&sid=20130128142215
You'll end up with something like:
# ifconfig rsu0 nwid humppa bssid 11:22:33:44:55:66 wpa wpaakms 802.1x up
Give it a couple of seconds to associate with the AP, and start wpa_supplicant:
# wpa_supplicant -i rsu0 -c /etc/wpa_supplicant.conf
| |
4.101, Аноним (-), 07:26, 07/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Вы модель OSI не понимаете
А вы понимаете? Видели рабочую имплементацию?
| |
|
|
|
1.24, Аноним (-), 04:47, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Господа гуру, подскажите, плиз! А можно сделать с помощью этого AP без bridge? Т.е. пусть будет отдельный интерфейс wlan0 или как-нибудь, чтобы клиент подключался и его уже по правилам маршрутизации куда надо футболило. Во всех мануалах упорно настраивают мост. Не нравится.
| |
|
2.30, Аноним (-), 05:00, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> всех мануалах упорно настраивают мост. Не нравится.
Можете и не настраивать мост, на ваше усмотрение. Он используется по 1 простой причине: это самый простой способ гонять весь трафф между несколькими интерфейсами, в т.ч. проводными и беспроводными. Так что беспроводка станет продолжением проводной локалки (ну или что там у вас). Можете не делать это, только тогда вам придется как-то настраивать пропихивание траффика из беспроводной AP в остальные закоулки сети. Если оно вам конечно надо. Можно в принципе сделать и AP на интерфейсе который никуда не ведет вообще, но смысл этого остается загадкой. Ну разве что написать "FREE INTERNET", оставить открытым и потом делать ехидный тролфейс глядя на логи ассоциации всяких неудачников и их тщетные попытки получить халяву? :)
| |
|
3.34, Аноним (-), 05:14, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо. По мне так NAT настроить не сложнее Bridge. Зато потом всё разграничено хорошо, локалка и небезопасный wifi.
| |
|
4.40, Аноним (-), 05:42, 05/02/2014 [^] [^^] [^^^] [ответить] | +/– | NAT не особо взаимосвязан с bridge, ему все-равно куда натить И роутингу все-ра... большой текст свёрнут, показать | |
|
5.43, Xasd_ (?), 06:03, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
а почему бы не сделать bridge..
и рулить там через ebtables?
| |
|
6.46, Аноним (-), 06:12, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> а почему бы не сделать bridge..
> и рулить там через ebtables?
Мсье знает толк...
| |
|
|
|
|
2.96, Аноним (-), 22:30, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Мост желателен если вы привязываетет какие-нить сетевые службы (типа DHCP) к интерфейсу. Беспроводной интерфейс любит отваливаться и подниматься после запуска служб.
| |
|
1.49, anonymous (??), 11:11, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для hostapd есть возможность как-то мониторить клиентов, учитывая их текущие битрейты/коллизии в эфире, поддерживаемые ими возможности и т.д.? Куцый hostapd_cli не показывает практически ничего.
| |
|
2.82, Аноним (-), 06:35, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> в эфире, поддерживаемые ими возможности и т.д.? Куцый hostapd_cli не показывает
> практически ничего.
Это скорее уже где-то в глубинах файловой системы вывешиваемой драйвером и сетевым стеком смотреть надо. Чисто технически такие данные есть, openwrt их даже на вебморду гламурненько вытаскивает. И битрейт и SNR. Можете посмотреть как они это делают.
| |
|
1.51, Вася (??), 11:47, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
настроил с hostapd wi-fi для телефона, вроде все пашет, но не так быстро как с компа. ролики на ютубе часто открывает с заметными тормозами, при перемотке то-же тормоза. подскажите что подкрутить можно?
| |
|
2.52, Вася (??), 11:51, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
карточка TP-LINK TL-WN851ND
hostapd.conf:
interface=wlan0
driver=nl80211
ssid=aaa
channel=6
hw_mode=g
auth_algs=1
wpa=2
wpa_passphrase=bbb
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP
rsn_pairwise=CCMP
wpa_psk_file=/etc/hostapd/wpa_psk
accept_mac_file=/etc/hostapd/hostapd.accept
macaddr_acl=1
ignore_broadcast_ssid=0
| |
|
3.69, Вася (??), 19:16, 05/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
потестил скорость: 1.86M на прием, 8.68M на передачу
нашел и добавил супер опцию
ieee80211n=1
потестил скорость: 18.92M на прием, 23.82M на передачу
надеюсь кому-то поможет!
| |
|
|
1.70, pavlinux (ok), 23:36, 05/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А чё никто не сказал, "- почему bluetooth не всунули в ifconfig?"
Это ж дискриминация по аппаратному признаку!!! Требую сатисфакции!
| |
|
2.73, Аноним (-), 00:31, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то верно, ifconfig'у должно быть пофиг на физическую реализацию интерфейсов, которые он призван конфигуировать на уровне tcp/ip
| |
|
3.81, pavlinux (ok), 04:29, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> он призван конфигуировать на уровне tcp/ip
Чо?!!! :D
ifconfig имеет такое же отношение к TCP/IP, как и изготовитель кастрюль к французской кухне.
| |
|
4.94, Аноним (-), 21:37, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Еще раз - по слогам - на уровне TCP/IP. А вот всякие параметры физического уровня типа irq и io_addr оттуда давно надо бы убрать в соответствующие утилиты настройки физических интерфейсов - mii-too, iw и иже с ними.
| |
|
5.98, pavlinux (ok), 02:38, 07/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Еще раз - по слогам - на уровне TCP/IP.
Иди книжке читай, филосаф. С Олиферов чтоль начни, иль Цисковые "объединённые сети".
| |
|
6.99, Аноним (-), 07:23, 07/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Про модель OSI не почитать? С исходниками имплементации оной Ученым Комитетом?
| |
|
|
|
|
|
|
|
3.86, Аноним (-), 10:58, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Возможно. С патчем скорость передачи возрастает?
В апстрим он попадет когда-нить?
| |
|
4.95, Аноним (-), 21:45, 06/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Скорость возрастает так как патч позволяет использовать два канала в режиме HT, а без патча если после сканирования обнаружится AP, использующая соседний канал, то он использоваться не будет.
В апстрим не попадёт потому, что там считают, что он нарушает некие стандарты.
| |
4.105, Аноним (-), 20:00, 07/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Возможно. С патчем скорость передачи возрастает?
Зависит от эфирной обстановки.
Краткая справка: если точка доступа видит что на вспомогательном канале кто-то есть, задумка стандарта такова что вещание на нем должно прекратиться, чтобы не мешать тому кто там обитает. Ну и вместо 40МГц будет 20. Вместо 150Мбит на поток - максимум 75, так что 1-поточный адаптер выдаст 75 мбит, 2-поточный 150, ну и так далее. В openwrt есть небольшой патчик который позволяет насильно ввинтить 40MHz невзирая ни на что. При этом скорость будет в 2 раза выше. Ценой некоторого покладания на стандарт.
| |
|
|
|
|