LINUX.ORG.RU

ath9k + hostapd = 5 GHz Access Point

 , , , ,


4

4

Относительно недавно достал несколько железок под Mini PCI-Express, умеющих 5 GHz:

06:00.0 Network controller [0280]: Atheros Communications Inc. AR5008 Wireless Network Adapter [168c:0024] (rev 01)
Первая попытка поднять на них master mode обернулась провалом, hostapd увидел каналы только на 2.4 GHz:
$ sudo hostapd -dd hostapd.conf 
Configuration file: hostapd.conf
ctrl_interface_group=10 (from group name 'wheel')
nl80211: Add own interface ifindex 3
nl80211: New interface mon.wlan0 created: ifindex=9
nl80211: Add own interface ifindex 9
BSS count 1, BSSID mask 00:00:00:00:00:00 (0 bits)
nl80211: Added 802.11b mode based on 802.11g information
Allowed channel: mode=1 chan=1 freq=2412 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=2 freq=2417 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=3 freq=2422 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=4 freq=2427 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=5 freq=2432 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=6 freq=2437 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=7 freq=2442 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=8 freq=2447 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=9 freq=2452 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=10 freq=2457 MHz max_tx_power=17 dBm
Allowed channel: mode=1 chan=11 freq=2462 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=1 freq=2412 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=2 freq=2417 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=3 freq=2422 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=4 freq=2427 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=5 freq=2432 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=6 freq=2437 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=7 freq=2442 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=8 freq=2447 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=9 freq=2452 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=10 freq=2457 MHz max_tx_power=17 dBm
Allowed channel: mode=0 chan=11 freq=2462 MHz max_tx_power=17 dBm
wlan0: IEEE 802.11 Configured channel (44) not found from the channel list of current mode (2) IEEE 802.11a
wlan0: IEEE 802.11 Hardware does not support configured channel
Could not select hw_mode and channel. (-1)
wlan0: Unable to setup interface.
Flushing old station entries
Deauthenticate all stations
rmdir[ctrl_interface]: No such file or directory
nl80211: Remove interface ifindex=9
netlink: Operstate: linkmode=0, operstate=6
Оказалось, что проблема в следующем:
$ iw phy phy0 info
Wiphy phy0
...
	Band 2:
                ...
		Frequencies:
			* 5180 MHz [36] (13.0 dBm) (passive scanning, no IBSS)
			* 5200 MHz [40] (17.0 dBm) (passive scanning, no IBSS)
			* 5220 MHz [44] (17.0 dBm) (passive scanning, no IBSS)
			* 5240 MHz [48] (17.0 dBm) (passive scanning, no IBSS)
			* 5260 MHz [52] (17.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5280 MHz [56] (17.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5300 MHz [60] (17.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5320 MHz [64] (17.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5500 MHz [100] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5520 MHz [104] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5540 MHz [108] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5560 MHz [112] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5580 MHz [116] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5600 MHz [120] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5620 MHz [124] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5640 MHz [128] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5660 MHz [132] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5680 MHz [136] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5700 MHz [140] (20.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5745 MHz [149] (20.0 dBm) (passive scanning, no IBSS)
			* 5765 MHz [153] (20.0 dBm) (passive scanning, no IBSS)
			* 5785 MHz [157] (20.0 dBm) (passive scanning, no IBSS)
			* 5805 MHz [161] (20.0 dBm) (passive scanning, no IBSS)
			* 5825 MHz [165] (20.0 dBm) (passive scanning, no IBSS)
...
Всё дело во флагах:

  • «passive scanning» - режим точки доступа вообще запрещён;
  • «no IBSS» - запрещён режим «ad-hoc» (этот флаг нам не важен);
  • «radar detection» - требуется определение пульсаций радаров, которые могут работать на той же частоте (в драйвере ath9k это начали реализовывать недавно и оно толком не поддерживается).

За назначение свойств каналам отвечает regulatory domain, который зависит от страны. Данные берутся из базы данных в юзерспейсе при помощи утилиты crda. По идее сменить страну можно командой «iw reg set $КОД_СТРАНЫ», но в случае с устройствами от atheros из коробки этот метод не работает, так как у атеросов regulatory domain зашит в EEPROM и линуксовый драйвер читает именно его, игнорируя настойки системы. К счастью, у нас тут opensource и мы можем наложить несложный патч:

ath9k-ignore-eeprom-regdomain.patch

diff -ru linux-3.3/drivers/net/wireless/ath/regd.c linux-3.3.new/drivers/net/wireless/ath/regd.c
--- linux-3.3/drivers/net/wireless/ath/regd.c   2012-03-19 05:15:34.000000000 +0600
+++ linux-3.3.new/drivers/net/wireless/ath/regd.c       2012-06-05 20:47:03.906526443 +0600
@@ -196,6 +196,8 @@
        u32 bandwidth = 0;
        int r;
 
+       return;
+
        for (band = 0; band < IEEE80211_NUM_BANDS; band++) {
 
                if (!wiphy->bands[band])
@@ -255,6 +257,8 @@
        u32 bandwidth = 0;
        int r;
 
+       return;
+
        sband = wiphy->bands[IEEE80211_BAND_2GHZ];
        if (!sband)
                return;
@@ -304,6 +308,8 @@
        struct ieee80211_channel *ch;
        unsigned int i;
 
+       return;
+
        if (!wiphy->bands[IEEE80211_BAND_5GHZ])
                return;
 
@@ -510,6 +516,8 @@
 {
        const struct ieee80211_regdomain *regd;
 
+       return 0;
+
        wiphy->reg_notifier = reg_notifier;
        wiphy->flags |= WIPHY_FLAG_STRICT_REGULATORY;

Далее пробуем:

# iw reg set GB

# iw phy
Wiphy phy0
        ...
	Band 2:
                ...
		Frequencies:
			* 5180 MHz [36] (13.0 dBm)
			* 5200 MHz [40] (17.0 dBm)
			* 5220 MHz [44] (17.0 dBm)
			* 5240 MHz [48] (17.0 dBm)
			* 5260 MHz [52] (17.0 dBm) (radar detection)
			* 5280 MHz [56] (17.0 dBm) (radar detection)
			* 5300 MHz [60] (17.0 dBm) (radar detection)
			* 5320 MHz [64] (17.0 dBm) (radar detection)
			* 5500 MHz [100] (20.0 dBm) (radar detection)
			* 5520 MHz [104] (20.0 dBm) (radar detection)
			* 5540 MHz [108] (20.0 dBm) (radar detection)
			* 5560 MHz [112] (20.0 dBm) (radar detection)
			* 5580 MHz [116] (20.0 dBm) (radar detection)
			* 5600 MHz [120] (20.0 dBm) (radar detection)
			* 5620 MHz [124] (20.0 dBm) (radar detection)
			* 5640 MHz [128] (20.0 dBm) (radar detection)
			* 5660 MHz [132] (20.0 dBm) (radar detection)
			* 5680 MHz [136] (20.0 dBm) (radar detection)
			* 5700 MHz [140] (20.0 dBm) (radar detection)
			* 5745 MHz [149] (disabled)
			* 5765 MHz [153] (disabled)
			* 5785 MHz [157] (disabled)
			* 5805 MHz [161] (disabled)
			* 5825 MHz [165] (disabled)
          ...
Настройки каналов изменились, причём первые четыре стали доступны для hostapd. Далее hostapd должен заработать с примерно таким конфигом:
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel

macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0

wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP

wpa_passphrase=test123test123

driver=nl80211

interface=wlan0
hw_mode=a
channel=44
ssid=test

country_code=GB

wmm_enabled=1

ieee80211n=1
ht_capab=[HT40+]

Дополнительная информация:

  • Посмотреть характеристики каналов в разных странах для выбора подходящих настроек можно при помощи
    regdbdump /usr/lib/crda/regulatory.bin
    
  • На клиентские машины (которые будут коннектиться к точке доступа) патч накладывать не нужно. Кроме случаев, когда интересные вам каналы вообще отключены настройками EEPROM'а.
  • Можно сменить код в EEPROM'е устройства, тогда необходимость в патче отпадает. Но судя по всему утилита только под винду. И есть риск закирпичивания.
  • Оригинальный патч из openwrt: https://dev.openwrt.org/browser/tags/backfire_10.03.1/package/mac80211/patches/404-ath_regd_optional.patch.
Deleted

с этим патчем на 3.1, 3.2, 3.3, 3.4 ядрах всё ок.

ktk ★★★★ ()

Спасибо, но есть вопрос, а разве для 802.11n надо говорить hw_mode=a?

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

Спасибо, но есть вопрос, а разве для 802.11n надо говорить hw_mode=a?

Если я правильно понимаю, то именно для 5GHz - да.

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

Попробовал, по Вашей инструкции, но не помогло. :(

И вывод iw phy у меня такой:

                Frequencies:
                        * 5180 MHz [36] (16.0 dBm) (passive scanning, no IBSS)
                        * 5200 MHz [40] (16.0 dBm) (passive scanning, no IBSS)
                        * 5220 MHz [44] (16.0 dBm) (passive scanning, no IBSS)
                        * 5240 MHz [48] (16.0 dBm) (passive scanning, no IBSS)
                        * 5260 MHz [52] (disabled)
                        * 5280 MHz [56] (disabled)
                        * 5300 MHz [60] (disabled)
                        * 5320 MHz [64] (disabled)
                        * 5500 MHz [100] (disabled)
                        * 5520 MHz [104] (disabled)
                        * 5540 MHz [108] (disabled)
                        * 5560 MHz [112] (disabled)
                        * 5580 MHz [116] (disabled)
                        * 5600 MHz [120] (disabled)
                        * 5620 MHz [124] (disabled)
                        * 5640 MHz [128] (disabled)
                        * 5660 MHz [132] (disabled)
                        * 5680 MHz [136] (disabled)
                        * 5700 MHz [140] (disabled)
                        * 5745 MHz [149] (20.0 dBm) (passive scanning, no IBSS)
                        * 5765 MHz [153] (20.0 dBm) (passive scanning, no IBSS)
                        * 5785 MHz [157] (20.0 dBm) (passive scanning, no IBSS)
                        * 5805 MHz [161] (20.0 dBm) (passive scanning, no IBSS)
                        * 5825 MHz [165] (20.0 dBm) (passive scanning, no IBSS)

В чём ещё может быть причина?

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

А iw reg set на какую страну был сделан?

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

iw reg get возвращает это:

country 00:
        (2402 - 2472 @ 40), (6, 20)
        (2457 - 2482 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS
        (2474 - 2494 @ 20), (6, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS
        (5170 - 5250 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS
        (5735 - 5835 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS
        (57240 - 63720 @ 2160), (N/A, 0)

Пытался сделать iw reg set GB, но ничего не меняется.

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

Пытался сделать iw reg set GB, но ничего не меняется.

От рута? В dmesg что-нибудь при этом сваливается? Ядро с патчем?

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

Да. в dmesg пишет «kernel: cfg80211: Pending regulatory request, waiting for it to be processed...». Да, с тем которое вы дали. Или надо ещё какой то патч?

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

Да. в dmesg пишет «kernel: cfg80211: Pending regulatory request, waiting for it to be processed...».

Хм... А crda установлен?

Да, с тем которое вы дали. Или надо ещё какой то патч?

На тот момент, когда я писал первый пост - достаточно было только этого патча.

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

Хм... А crda установлен?

Да, конечно.

Куда ещё можно смотреть.

Я тут кучу форумов пересмотрел, но что то ничего конкретного не нашёл. :(

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

Кое, что интересное нашёл.

1) Если выгрузить модули: ath9k, mac80211, cfg80211; а потом выполнить: modprobe cfg80211 ieee80211_regdom=GB, то код меняется.

# iw reg get
country GB:
        (2402 - 2482 @ 40), (N/A, 20)
        (5170 - 5250 @ 40), (N/A, 20)
        (5250 - 5330 @ 40), (N/A, 20), DFS
        (5490 - 5710 @ 40), (N/A, 27), DFS
        (57240 - 65880 @ 2160), (N/A, 40), NO-OUTDOOR
Но как только загрузится модуль ath9k, так сразу настройки сбрасываются на следующие:
# iw reg get
country 98:
        (2402 - 2482 @ 40), (N/A, 20)
        (5170 - 5250 @ 40), (N/A, 20)
        (5250 - 5330 @ 40), (N/A, 20), DFS
При попытке поставить после этого другой код, например iw reg set RU
# iw reg get
country 00:
        (2402 - 2472 @ 40), (3, 20)
        (2457 - 2482 @ 20), (3, 20), PASSIVE-SCAN, NO-IBSS
        (2474 - 2494 @ 20), (3, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS
        (5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
        (5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS

Опять сбрасывает и снова не даёт менять код страны.

keeper_b ★★★ ()
Последнее исправление: keeper_b (всего исправлений: 1)
Ответ на: комментарий от keeper_b

(5170 - 5250 @ 40), (N/A, 20)

По идее вот этот диапазон должен быть юзабелен для поднятия AP.

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

Да, спасибо, всё заработало, но fail оказалось, что ни ноут ни смартфон не поддерживают 5 Ггц.

Маленький вопросик, а команда modprob разве не выгружает модули перед их загрузкой?

То есть я её понимал как совмещение команд rmmod и insmod.

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

Маленький вопросик, а команда modprob разве не выгружает модули перед их загрузкой?

То есть я её понимал как совмещение команд rmmod и insmod.

Из man modprobe:

       -r, --remove
           This option causes modprobe to remove rather than insert a module.
           If the modules it depends on are also unused, modprobe will try to
           remove them too. Unlike insertion, more than one module can be
           specified on the command line (it does not make sense to specify
           module parameters when removing modules).

           There is usually no reason to remove modules, but some buggy
           modules require it. Your distribution kernel may not have been
           built to support removal of modules at all.

Deleted ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.