dmesg регистрируют значение сообщений
Я должен понять значение следующих сообщений, которые я получаю, когда я выполняю dmesg для исследования, почему определенное AP имеет проблемы при соединении конкретно с моим ноутбуком.
Вот сообщения, я получаю это, я нахожу подозрительными, и я должен понять
Limiting TX power to 20 (20 - 0) dBm as advertised x
deauthenticating from x by local choice (reason=3)
deauthenticating from x by local choice (reason=2)
Обновление с полными журналами
[10421.804625] wlan1: authenticate with xx:xx:xx:xx:xx:xx
[10421.808067] wlan1: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
[10421.832374] wlan1: send auth to xx:xx:xx:xx:xx:xx (try 2/3)
[10421.834345] wlan1: authenticated
[10421.836063] wlan1: associate with xx:xx:xx:xx:xx:xx (try 1/3)
[10421.873549] wlan1: associate with xx:xx:xx:xx:xx:xx (try 2/3)
[10421.878351] wlan1: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x431 status=0 aid=3)
[10421.884235] wlan1: associated
[10421.884384] cfg80211: Calling CRDA for country: EG
[10421.890886] cfg80211: Regulatory domain changed to country: EG
[10421.890896] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[10421.890901] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[10421.890906] cfg80211: (5170000 KHz - 5250000 KHz @ 20000 KHz), (N/A, 2000 mBm)
[10421.890910] cfg80211: (5250000 KHz - 5330000 KHz @ 20000 KHz), (N/A, 2000 mBm)
[10505.540819] wlan1: deauthenticated from xx:xx:xx:xx:xx:xx (Reason: 3)
[10505.571989] cfg80211: Calling CRDA to update world regulatory domain
[10505.577928] cfg80211: World regulatory domain updated:
[10505.577933] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[10505.577936] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[10505.577938] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[10505.577940] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[10505.577943] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[10505.577945] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[10508.712246] wlan1: authenticate with xx:xx:xx:xx:xx:xx
[10508.715881] wlan1: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
[10508.740321] wlan1: send auth to xx:xx:xx:xx:xx:xx (try 2/3)
[10508.742317] wlan1: authenticated
[10508.743270] wlan1: associate with xx:xx:xx:xx:xx:xx (try 1/3)
[10508.783452] wlan1: associate with xx:xx:xx:xx:xx:xx (try 2/3)
[10508.787617] wlan1: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x431 status=0 aid=3)
[10508.793260] wlan1: associated
[10508.793434] cfg80211: Calling CRDA for country: EG
[10508.800528] cfg80211: Regulatory domain changed to country: EG
[10508.800537] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[10508.800542] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[10508.800547] cfg80211: (5170000 KHz - 5250000 KHz @ 20000 KHz), (N/A, 2000 mBm)
[10508.800551] cfg80211: (5250000 KHz - 5330000 KHz @ 20000 KHz), (N/A, 2000 mBm)
1 ответ
сообщение ядра "Ограничение питания TX к %d (%d - %d) dBm, как рекламируется..." от ieee80211_handle_pwr_constr () в net/mac80211/mlme.c. Комментарий решения ограничить состояния электропитания TX:
, "Если у нас есть и 802,11 ч и Cisco DTPC, примените оба предела путем выбора самого маленького из этих двух рекламируемых уровней мощности".
DTPC является динамическим механизмом, где точка беспроводного доступа может дать беспроводному клиенту команду изменять свои радио-настройки мощности передачи так, чтобы это было оптимально для расстояния, которым клиент управляет от AP. Преимущество DTPC состоит в том, чтобы настроить клиент к уровню мощности AP, одновременно уменьшая количество помех от соседних каналов, созданных беспроводным клиентом.
"deauthenticating от... локальным выбором" сообщение также от того же исходного кода от ieee80211_mgd_deauth ().
Код причины 2: код причины 3 WLAN_REASON_PREV_AUTH_NOT_VALID
: WLAN_REASON_DEAUTH_LEAVING
я не совсем уверен, что это означает в Вашем случае. Кажется, что клиент имел, это - питание, отброшенное DTPC и затем deauthenticates, и возможно это - причина, почему Ваша связь с AP не работает надежно.
, Возможно, отключение DTPC в Вашей точке доступа мог помочь.