The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск hostapd и wpa_supplicant 2.1

04.02.2014 23:46

Анонсирован выпуск hostapd/wpa_supplicant 2.1, набора для обеспечения работы беспроводных протоколов IEEE 802.1X, WPA, WPA2 и EAP, состоящего из приложения wpa_supplicant для подключения к беспроводной сети в роли клиента и фонового процесса hostapd для обеспечения работы точки доступа и сервера аутентификации, включающего такие компоненты как WPA Authenticator, клиент/сервер аутентификации RADIUS, сервер EAP. Исходные тексты проекта распространяются под лицензией BSD.

Основные новшества:

  • hostapd:
    • Поддержка протокола аутентификации и создания ключей SAE (Simultaneous Authentication of Equals), предоставляющего более защищённый метод аутентификации на основе паролей;
    • Добавлена функциональность netlink-интерфейса nl80211: конфигурация VHT, MAC ACL на основе драйверов, раздельный дамп структуры wiphy с описанием возможностей оборудования, конфигурация маппинга QoS;
    • Добавлены полностью автоматизированные средства регрессивного тестирования с использованием симулятора mac80211_hwsim;
    • Поддержка динамического выбора частоты (DFS, Dynamic Frequency Selection): обработка событий с информацией о выявлении работы передатчиков, CAC, повторный выбор каналов;
    • Реализация сервера EAP-EKE (Extensible Authentication Protocol - Encrypted Key Exchange);
    • Поддержка автоматического выбора каналов (ACS, Automatic Channel Selection);
    • Поддержка управления несколькими независимыми интерфейсами WPS (wps_independent=1) из одного процесса hostapd вместо синхронного выполнения операций для всех интерфейсов;
    • Возможность указания группы ctrl_iface в командной строке ("-G группа");
    • Добавлена опция "-b{bhyname}:{config} для привязки отдельных файлов конфигурации к разным базовым наборам сервисов (vif). Возможность выполнения команд ADD/REMOVE в привязке к индивидуальным базовым наборам сервисов;
    • Поддержка обновлений WPS+NFC.
  • wpa_supplicant:
    • Поддержка протокола аутентификации SAE;
    • Улучшены средства согласования P2P-соединений и формирования групп: убраны излишние диалоговые запросы в процессе повторного выполнения операций, решены проблемы с использованием устаревших значений из кэша с результатами сканирования, увеличены таймауты и добавлен новый тип интерфейса P2P Device;
    • Расширены возможности по выбору канала P2P, увеличено число локальных настроек;
    • Добавлена возможность опционального назначения отдельных PSK-ключей для разных устройств через P2P GO (Group Owner);
    • Добавлена команда P2P_REMOVE_CLIENT для удаления клиента из P2P-групп;
    • Увеличена гибкость настройки для P2P GO/клиентских каналов (p2p_no_go_freq list и p2p_add_cli_chan=0/1);
    • Добавлена функциональность netlink-интерфейса nl80211: конфигурация VHT, MFP (IEEE 802.11w), FT (IEEE 802.11r), QoS Mapping;
    • Увеличена надёжность согласования соединений TDLS. Добавлены дополнительные параметры для пиров TDLS;
    • Сокращено время соединения за счёт использования результатов недавнего сканирования вместо инициирования нового сканирования;
    • Добавлена ctrl_iface-команда 'SCAN TYPE=ONLY' для запроса ручного сканирования без запуска процесса перевыбора сети на основании результатов сканирования;
    • Поддержка временного отключения блока сети в условиях повторяющихся сбоев соединения;
    • В качестве интерфейса для взаимодействия с драйверами по умолчанию задействован nl80211 вместо wext;
    • Добавлена реализация пира EAP-EKE;
    • Реализовано определение факта перезапуска пира для IBSS RSN;
    • Добавлена поддержка внешней обработки SIM/USI в EAP-SIM, EAP-AKA, и EAP-AKA;
    • Добавлена и задействована по умолчанию глобальная опция конфигурации - bgscan;
    • Для TDLS добавлены методы D-Bus;
    • Предоставлена возможность более полного контроля за процессом выполнения запросов сканирования. Добавлены опции "SCAN freq=", "SCAN passive=1", "SCAN use_id", "SCAN only_new=1";
    • Добавлена поддержка P2P+NFC и обновлений WPS+NFC.


  1. Главная ссылка к новости (http://lists.shmoo.com/piperma...)
  2. OpenNews: Релиз hostapd/wpa_supplicant 2.0, отныне поставляемый только под лицензией BSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39005-hostapd
Ключевые слова: hostapd, wpa_supplicant, wpa, wifi
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (102) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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? И зачем я эту Н.Е.Х. должен запоминать?

     
     
  • 6.68, Аноним (-), 18:39, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN
     
     
  • 7.71, Аноним (-), 00:02, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно говорил павлинукс: вам интернет отключи и IQ сразу на ноль падает.
     
  • 7.75, Аноним (-), 02:46, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN

    По-моему это надо назвать UnPredictable interface names. Что за кусок рандома после названия?

     
  • 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.15, Аноним (-), 01:08, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а можно ничего не менять и сразу начинать хвастаться)
     
  • 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.13, Аноним (-), 00:45, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > wlp0s29u1u5

    выкинь свое udev/systemd

     
  • 3.14, vitalif (ok), 01:08, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > wlp0s29u1u5  (например)

    До меня с моим дебианом этот дебилизм поттеринга (ну или его любовника сиверса) как-то, к счастью, не докатился. Хотя у меня вайфай вообще в ath0 переименован, ещё с времён когда madwifi был. Нравится так.

     
     
  • 4.66, Аноним (-), 16:21, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >ну или его любовника сиверса

    Шо, опять? Sendmail'а им мало..

     
  • 3.18, axe (??), 01:13, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    это сарказм или мне повезло?
     
     
  • 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 вокруг как получить? И это точно все к ифконфигу?

     
     
  • 8.84, бедный буратино (ok), 10:28, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    http fritzmorgen livejournal com 397939 html... текст свёрнут, показать
     
     
  • 9.89, Аноним (-), 19:12, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты всякое г в рот тянешь 85 рублёвый дурачок накатал там что-то и вот давай... текст свёрнут, показать
     
     
  • 10.90, бедный буратино (ok), 19:38, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    я спалил твою базу, скрипт на питоне кто её написал - меня вообще не интересует... текст свёрнут, показать
     
  • 9.102, Аноним (-), 19:08, 07/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    П тая аргументация в пользу реализации вафли в опенбзде Вот уж бзднул так бзд... текст свёрнут, показать
     
  • 8.87, Alexander Sheiko (?), 14:11, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одна карта не может одновременно работать как точка доступа и как клиент Что ка... большой текст свёрнут, показать
     
     
  • 9.103, Аноним (-), 19:33, 07/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да что вы говорите Я вот только сейчас для прикола поднял ровно такой конфиг на... большой текст свёрнут, показать
     
  • 8.88, Crazy Alex (ok), 14:13, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот для наворотов и пусть будет отдельная тулза Вплоть до того, что ifconfig... текст свёрнут, показать
     
  • 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нный канал для себя любимого.

     
     
  • 8.92, anonymous (??), 20:13, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы меня таки путаете с защитниками BSD систем А сделать это просто, отвечаю вк... текст свёрнут, показать
     
     
  • 9.104, Аноним (-), 19:49, 07/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я не виноват что вы фигню несете похоже Вон у этих орлов оказывается создава... текст свёрнут, показать
     
  • 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 чтоб рулит... текст свёрнут, показать
     
     
  • 10.93, anonymous (??), 20:16, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь, что автора Вы-таки не слушали К тому же к ip нормальная документация и в... текст свёрнут, показать
     
     
  • 11.100, Аноним (-), 07:25, 07/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ip только в Линуксе могли счесть нормальной ... текст свёрнут, показать
     
     
  • 12.106, Аноним (-), 01:45, 08/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ip к беспроводным сетевкам вообще мало относится сам по себе ... текст свёрнут, показать
     
  • 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


    отучаемся говорить за весь опенсорц.

     
     
  • 3.53, Аноним (-), 13:01, 05/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    OpenBSD молодцы, но речь тут про Linux.

    // b.

     
  • 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 на передачу

    надеюсь кому-то поможет!

     
     
  • 4.91, Аноним (-), 19:54, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Очень хорошо. На моем dwa-140 упирается в 4мб/с, и все тут


     

  • 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 не почитать? С исходниками имплементации оной Ученым Комитетом?
     
  • 2.97, Аноним (-), 23:54, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Отсатисфачьте уже кто-нибудь его.
     

  • 1.74, Аноним (-), 01:18, 06/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в hostapd преодолели пресловутое ограничение в 4МБ/с?
     
     
  • 2.76, Аноним (-), 02:49, 06/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Имеется в виду опция noscan?
    https://dev.openwrt.org/browser/trunk/package/network/services/hostapd/patches
     
     
  • 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 раза выше. Ценой некоторого покладания на стандарт.


     

  • 1.107, tehnikpc (ok), 16:51, 15/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Одновременно вещать сети в двух диапазонах 2.4 и 5 GHz научился уже?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру