Wlan0 authentication failed 4 2 mic error

Автор	Сообщение
	Заголовок сообщения: DAP-1360U Добавлено: Ср фев 28, 2018 09:36
Зарегистрирован: Ср фев 28, 2018 09:04 Сообщений: 4	Добрый день. Используем DAP-1360U как точку доступа. На задней стороне H/W ver.:A1 F/W ver.:3.0.0 ,(через веб верия аппаратная AF1A). Пытаемся использовать Терминал сбора данных CipherLab 8370 . По описанию он использует сетевую аутентификацию WPA PSK и метод шифрования TKIP (изменить нельзя). В настройках DAP-1360U метод шифрования можно выбрать только AES. При попытке соединить терминал к DAP-1360U соединение происходит не сразу а через 10-60 секунд. В логе DAP-1360U вижу: WPA-AES PSK authentication in progress… Jan 1 00:08:35 kernel: wlan0: A wireless client is associated — 00:02:78:29:A4:79 Jan 1 00:08:36 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:37 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:38 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:39 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:40 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:41 kernel: wlan0: (skladk) Deauth sent to 00:02:78:29:a4:79 Reason: 4-Way Handshake timeout[15] Jan 1 00:08:41 kernel: wlan0: A STA is rejected by 802.1x daemon — 00:02:78:29:A4:79 Jan 1 00:08:43 kernel: wlan0: A wireless client is associated — 00:02:78:29:A4:79 Jan 1 00:08:43 kernel: wlan0: (skladk) STA: 00:02:78:29:a4:79 Status: Successful[0] Jan 1 00:08:43 kernel: wlan0: WPA-AES PSK authentication in progress… Jan 1 00:08:43 kernel: wlan0: A wireless client is associated — 00:02:78:29:A4:79 Jan 1 00:08:44 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:45 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:46 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:47 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:48 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:49 kernel: wlan0: (skladk) Deauth sent to 00:02:78:29:a4:79 Reason: 4-Way Handshake timeout[15] Jan 1 00:08:49 kernel: wlan0: A STA is rejected by 802.1x daemon — 00:02:78:29:A4:79 Jan 1 00:08:50 kernel: wlan0: A wireless client is associated — 00:02:78:29:A4:79 Jan 1 00:08:50 kernel: wlan0: (skladk) STA: 00:02:78:29:a4:79 Status: Successful[0] Jan 1 00:08:50 kernel: wlan0: WPA-AES PSK authentication in progress… Jan 1 00:08:50 kernel: wlan0: A wireless client is associated — 00:02:78:29:A4:79 Jan 1 00:08:51 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:52 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:53 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:54 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 00:08:55 kernel: wlan0: Authentication failled! (4-2: MIC error) Если аутентификации «open» то соединение происходит срузу. Пробовал соединяться терминал с DWL-G700AP (метод аутентификации WPA-PSK метод шифрования явно не указывается) соединяется сразу. Делаю вывод что Терминал CipherLab 8370 рабочий. Прошивку на DAP-1360U ставил 2.5.5 и 3.0.0, настройки сбрасывал до заводских и через веб и кнопкой reset. Вопросы: 1.Предполагаю что это из-за того что не могу переключить DAP-1360U на метод шифрования «только TKIP». Есть возможность это реализовать? Если методы шифрования не совпадают то почему рано или поздно все таки соединяется терминал с DAP-1360U… 2. Может дело не в этом ? Как исправить? С уважением Сергей.
Вернуться наверх

СергейП	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 09:44
Зарегистрирован: Чт июн 28, 2012 09:45 Сообщений: 5908
Вернуться наверх

sergeypop	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 11:09
Зарегистрирован: Ср фев 28, 2018 09:04 Сообщений: 4	Спасибо за подсказку. Действительно появился пункт с TKIP когда сменил на b или g. Но к сожалению это не помогло всеравно долго соединяется… привожу лог Jan 1 02:07:12 kernel: wlan0: (skladk) STA: 00:02:78:37:27:7a Status: Successful[0] Jan 1 02:07:12 kernel: wlan0: WPA-TKIP PSK authentication in progress… Jan 1 02:07:12 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:13 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:14 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:15 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:16 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:17 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:18 kernel: wlan0: (skladk) Deauth sent to 00:02:78:37:27:7a Reason: 4-Way Handshake timeout[15] Jan 1 02:07:18 kernel: wlan0: A STA is rejected by 802.1x daemon — 00:02:78:37:27:7A Jan 1 02:07:19 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:19 kernel: wlan0: (skladk) STA: 00:02:78:37:27:7a Status: Successful[0] Jan 1 02:07:19 kernel: wlan0: WPA-TKIP PSK authentication in progress… Jan 1 02:07:19 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:20 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:21 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:22 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:23 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:24 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:25 kernel: wlan0: (skladk) Deauth sent to 00:02:78:37:27:7a Reason: 4-Way Handshake timeout[15] Jan 1 02:07:25 kernel: wlan0: A STA is rejected by 802.1x daemon — 00:02:78:37:27:7A Jan 1 02:07:27 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:27 kernel: wlan0: (skladk) STA: 00:02:78:37:27:7a Status: Successful[0] Jan 1 02:07:27 kernel: wlan0: WPA-TKIP PSK authentication in progress… Jan 1 02:07:27 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:28 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:29 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:30 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:31 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:32 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:33 kernel: wlan0: (skladk) Deauth sent to 00:02:78:37:27:7a Reason: 4-Way Handshake timeout[15] Jan 1 02:07:33 kernel: wlan0: A STA is rejected by 802.1x daemon — 00:02:78:37:27:7A Jan 1 02:07:34 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:34 kernel: wlan0: (skladk) STA: 00:02:78:37:27:7a Status: Successful[0] Jan 1 02:07:34 kernel: wlan0: WPA-TKIP PSK authentication in progress… Jan 1 02:07:34 kernel: wlan0: A wireless client is associated — 00:02:78:37:27:7A Jan 1 02:07:35 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:36 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:37 kernel: wlan0: Authentication failled! (4-2: MIC error) Jan 1 02:07:38 kernel: wlan0: Authentication failled! (4-2: MIC error) На что ругается ? (4-2: MIC error) и как это исправить ? С уважением Сергей
Вернуться наверх

СергейП	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 11:18
Зарегистрирован: Чт июн 28, 2012 09:45 Сообщений: 5908	Почитайте про MIC: https://ru.wikipedia.org/wiki/WPA Похоже, терминал не умеет это. И DWL-G700AP тоже не умеет. Поэтому они и снюхиваются. А DAP не может установить соединение. Но это лишь мои предположения. ps. Проверьте, другие устройства подключаются к DAP в режиме WPA-TKIP? _________________ Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/
Вернуться наверх

sergeypop	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 11:24
Зарегистрирован: Ср фев 28, 2018 09:04 Сообщений: 4	Спасибо. А как узнать какие точки доступа (вайфай роутеры) не умеют MIC? С уважением Сергей.
Вернуться наверх

СергейП	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 11:29
Зарегистрирован: Чт июн 28, 2012 09:45 Сообщений: 5908	sergeypop писал(а): Спасибо. А как узнать какие точки доступа (вайфай роутеры) не умеют MIC? Ну, я выбрал слово «не умеет» не очень удачно. Имелось ввиду, что с этим какая-то проблема. Судя по описанию, его должны уметь все. Возможно, проблема с DAP. Проверьте с другими устройствами. _________________ Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/
Вернуться наверх

sergeypop	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 12:35
Зарегистрирован: Ср фев 28, 2018 09:04 Сообщений: 4	Пробовали на нескольких точках DWL-G700AP на них проблем нет. Будем искать другие точки. А что означают цифры 4-2 ? С уважением Сергей.
Вернуться наверх

СергейП	Заголовок сообщения: Re: DAP-1360U Добавлено: Ср фев 28, 2018 12:48
Зарегистрирован: Чт июн 28, 2012 09:45 Сообщений: 5908	sergeypop писал(а): А что означают цифры 4-2 ? Думаю, 2-й фрейм из 4-х в т.н. «4 way handshake» _________________ Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/
Вернуться наверх

Источник

I connected my notebook to the wifi, but sometimes when I transfer my notebook to another room, it loses its connection to the internet and requires me to authenticate again, I close my browser and enter my username and password to access the internet again . This occurs sporadically and with different notebooks. Does anyone know how to solve this problem?

I read this link: http://www.arubanetworks.com/techdocs/Instant_40_Mobile/Advanced/Content/UG_files/Authentication/UnderstandingEncryption.htm?SearchType=Stem&Highlight=MIC

MIC is a message integrity check. I collected my logs and found some alarms and errors:

Sep 25 18:37:34 stm [2711]: <132094> <WARN> | AP ARUBA1@192.168.30.10 stm | MIC failed in WPA2 Key Message 2 from Station 38: 0f: 4a: a8: a4: 6b ac: a3: 1e: dc: 66: b2 ARUBA1
Sep 25 18:28:30 cli [2681]: <541004> <WARN> | AP ARUBA1@192.168.30.10 cli | recv_stm_sta_update: receive station msg, mac-2c: f0: ee: ed: bd: d1 bssid-ac: a3: 1e: dc: 66: b1 ssid-TPI-CORP.
Sep 25 18:28:33 cli [2681]: <541004> <WARN> | AP ARUBA1@192.168.30.10 cli | recv_sta_ageout_offline: receive station msg, mac-2c: f0: ee: ed: bd: d1 bssid-00: 2d: 66: 00: 10: 15 ssid-.
Sep 25 18:28:56 cli [2681]: <541023> <WARN> | AP ARUBA1@192.168.30.10 cli | swarm_timer_handler, 8896: from client 2c: f0: ee: ed: bd: d1, client count 13.
Sep 25 18:31:22 cli [2681]: <541004> <WARN> | AP ARUBA1@192.168.30.10 cli | recv_sta_online: receive station msg, mac-e4: 9a: 79: 12: 26: 27 bssid-ac: a3: 1e: dc: 66: b2 ssid-TPI-GUEST.
Sep 25 18:37:55 stm [2711]: <400135> <WARN> | AP ARUBA1@192.168.30.10 stm | AP ARUBA1: SAPCP: Unknown frame type 33
Sep 25 18:38:50 cli [2681]: <541004> <WARN> | AP ARUBA1@192.168.30.10 cli | recv_sta_offline: receive station msg, mac-38: 0f: 4a: a8: a4: 6b bssid-00: 2d: 66: 00: 10: 15 ssid-.
Sep 25 18:39:37 sapd [2691]: <399803> <ERRS> | AP ARUBA1@192.168.30.10 sapd | An internal system error has occurred at file ncfg_cmn_util.c function ncfg_get_item_display_string line 989 error Internal error.
Sep 25 18:39:37 sapd [2691]: <399803> <ERRS> | AP ARUBA1@192.168.30.10 sapd | An internal system error has occurred at file ncfg_cmn_util.c function ncfg_get_item_display_string line 991 error a-beacon-rate a-beacon-rate 802.11a Beacon Rate (null) (null).
Sep 25 18:39:37 sapd [2691]: <399803> <ERRS> | AP ARUBA1@192.168.30.10 sapd | (Null) (null) (null) (null) (null) (null) (null) (null) null null null null null null null null null null null null null null null null null null null null null null null null null null
Sep 25 18:39:38 sapd [2691]: <399803> <ERRS> | AP ARUBA1@192.168.30.10 sapd | An internal system error has occurred at file ncfg_cmn_util.c function ncfg_get_item_display_string line 991 error g-beacon-rate g-beacon-rate 802.11g Beacon Rate (null) (null).
Sep 25 00:31:56 sapd [2691]: <404069> <WARN> | AP ARUBA1@192.168.30.10 sapd | AM ac: a3: 1e: dc: 66: a0: ARM Channel Interference Trigger new 11-311 old 1-401 new_rra 11/8 TCI 10
Sep 25 01:25:09 sapd [2691]: <404075> <WARN> | AP ARUBA1@192.168.30.10 sapd | AM ac: a3: 1e: dc: 66: a0: ARM — decreasing power cov-index 12/0 tx-power 8 new_rra 11/7
Sep 25 01:29:43 sapd [2691]: <404075> <WARN> | AP ARUBA1@192.168.30.10 sapd | AM ac: a3: 1e: dc: 66: a0: ARM — decreasing power cov-index 12/0 tx-power 7 new_rra 11/6

I also found this:

Syslog Level: warn
failover-internet-pkt-lost-cnt 10
failover-internet-pkt-send-freq 30
failover-vpn-timeout 180
Auth Trace Buffer:
Sep 25 18:00:42 wpa2-key2 -> 38: 0f: 4a: a8: a4: 6b ac: a3: 1e: dc: 66: b2 — 117 mic failure

show ap debug mgmt-frames:
Sep 25 18:39:47 disassoc e4: 9a: 79: 12: 26: 27 ac: a3: 1e: dc: 66: b2 ac: a3: 1e: dc: 66: b2 60 STA has left and is disassociated

Traced 802.11 Management Frames:
Sep 25 18:37:39 disassoc 38: 0f: 4a: a8: a4: 6b ac: a3: 1e: dc: 66: b2 ac: a3: 1e: dc: 66: b2 60 STA has left and is disassociated

Certificate Expired:

Default Server Certificate:
Version: 3
Serial Number: 01: DA: 52
Issuer: / C = US / O = GeoTrust Inc./OU=Domain Validated SSL / CN = GeoTrust DV SSL CA
Subject: /serialNumber=lLUge2fRPkWcJe7boLSVdsKOFK8wv3MF/C=US/O=securelogin.arubanetworks.com/OU=GT28470348/OU=See www.geotrust.com/resources/cps (c) 11 / OU = Validated Domain Control — QuickSSL (R) Premium / CN = securelogin.arubanetworks.com
Issued On: May 11 01:22:10 GMT
Expires On: Aug 11 04:40:59 2017 GMT

[2894183.228505] Mon Sep 25 21:38:09 2017: 18829 2,894,084,192682 anul_wids_update_cpu: Priority traffic stopped
[2894184,017664] wl0: wlc_recv_mgmt_ctl: unprocessed frametype (fk 0xd4)
[2.894.197,256657] Mon Sep 25 21:38:23 2017: 18831 2894098,220834 anul_wids_update_cpu: Priority traffic was stopped
[2894218.117528] wl0: wlc_recv_mgmt_ctl: untreated framedype (fk 0xd4)
[2894234.330650] Mon Sep 25 21:39:00 2017: 18833 2894135.294827 anul_wids_update_cpu: The traffic

Источник

Конфигурация следующая:
— debian wheezy (свежеустановленный);
— сетевой адаптер, встроенный в материнку (работает, как часы, с него и пишу);
— wi-fi карточка D-Link DWA-525 (работает через пень-колоду, щас не работает совсем).
Вот что я делаю (вывод всяких команд):

root@debian:/home/user# iwconfig lo no wireless extensions.


eth1      no wireless extensions.
wlan0     IEEE 802.11bgn  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          root@debian:/home/user# ifconfig
eth1      Link encap:Ethernet  HWaddr 00:25:22:e7:27:cf  
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::225:22ff:fee7:27cf/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:479 errors:0 dropped:0 overruns:0 frame:0
          TX packets:480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:405071 (395.5 KiB)  TX bytes:54698 (53.4 KiB)
          Interrupt:42 Base address:0x4000 
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:240 (240.0 B)  TX bytes:240 (240.0 B)
root@debian:/home/user# ifup wlan0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wlan0/1c:af:f7:7b:48:33
Sending on   LPF/wlan0/1c:af:f7:7b:48:33
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPOFFER from 192.168.0.1
DHCPACK from 192.168.0.1
bound to 192.168.0.102 -- renewal in 38029 seconds.
root@debian:/home/user# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
^C
--- 192.168.0.1 ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8063ms
root@debian:/home/user# ifdown wlan0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wlan0/1c:af:f7:7b:48:33
Sending on   LPF/wlan0/1c:af:f7:7b:48:33
Sending on   Socket/fallback
DHCPRELEASE on wlan0 to 192.168.0.1

То есть, по ifup вроде подключаюсь, но пинги не идут…
Лог роутера следующий:

"Jun 2 22:15:19 ","DHCP: Server receive RELEASE from 1c:af:f7:7b:48:33." "Jun 2 22:15:08 ","DHCP: Server sending ACK to 192.168.0.100. (Lease time = 86400)" "Jun 2 22:15:08 ","DHCP: Server receive REQUEST from 00:25:22:e7:27:cf." "Jun 2 22:14:29 ","DHCP: Server sending ACK to 192.168.0.102. (Lease time = 86400)" "Jun 2 22:14:29 ","DHCP: Server receive REQUEST from 1c:af:f7:7b:48:33." "Jun 2 22:14:29 ","DHCP: Server sending OFFER of 192.168.0.102." "Jun 2 22:14:29 ","DHCP: Server receive DISCOVER from 1c:af:f7:7b:48:33." "Jun 2 22:12:45 ","Log message was cleared."
Файл /etc/network/interfaces:

# ------------------------------------------------- # Интерфейс беспроводной локальной сети - eth1 #------------------------------------------------- # # описание интерфейса: # inet - сетевой # static - с фиксированным (статическим) IP-адресом


auto lo
iface lo inet loopback
#auto wlan0
iface wlan0 inet dhcp
        # адрес интерфейса в сети - обязательный параметр
        # этот адрес будет иметь наш компьютер,
        # когда выходит в беспроводную сеть вида 192.168.7.*
        #address 192.168.0.102
        # маска беспроводной сети - обязательный параметр
        netmask 255.255.255.0
        # адрес сети - обязательный параметр
        network 192.168.0.0
        # широковещательный адрес
        broadcast 192.168.0.255
        # шлюз - адрес беспроводной точки доступа
        # Этот адрес присваивается точке доступа при ее настройке
        gateway 192.168.0.1
        # название беспроводной сети - у нас это "home_wireless_network"
        wireless-essid homenet



  


                       
  




        # режим доступа "managed" - подключение к одной (или более) точкам доступа
        wireless-mode managed
        # используем канал 3 - зависит от настроек точки доступа
        wireless-channel 12
        # скорость передачи данных - определяется автоматически
        wireless-rate auto
        #-------------------------------------------------
        # настройки для шифрования по методу WPA
        #-------------------------------------------------
        #
        # ssid для wpa - название беспроводной сети
        #  в нашем примере - "home_wireless_network"
        wpa-ssid %netname%
        # Ключ PSK для шифрования по методу WPA
        # Он задан при настройке беспроводной точки доступа
        # Ключ должен быть символьным от 8 до 63 символов или цифровым - 64 цифры.
        # Используем символьный ключ
        wpa-psk %PASSWORD%
        # тип шифрования - WPA-PSK
        wpa-key-mgmt WPA-PSK
        # метод шифрования - TKIP, как парный ему - CCMP
        wpa-pairwise TKIP AES
        # группа шифрования - TKIP
        wpa-group TKIP
        # протокол шифрования - WPA
        wpa-proto WPA

Ну, вроде всё написал, что имеет значение… Роутер D-Link DIR 300, сеть защищена паролем… wpa-supplicant стоит, файл его настройки:

# allow frontend (e.g., wpa_cli) to be used by all users in 'wheel' group ctrl_interface=DIR=/var/run/wpa_supplicant


          network={
               ssid="homenet"
               scan_ssid=1
               key_mgmt=WPA-PSK
               psk="duittcrvatarashi"
          }

Но вот работает или просто стоит — не знаю… раньше работал…

А что пингуете? Модем тоже не пингуется?

Пингую роутер, что же ещё?
Адрес моего компа заканчивается на 102.
Мобильники через вай-фай в интернет бодро бегают… ну, может, не бодро, вразвалочку, но — ходят… Под Windows тоже есть интернет.

На роутере пинг (протокол ICMP) не запрещен?

Когда я подключаюсь к роутеру проводом — он пингуется на ура. Это значит, что с протоколом всё в порядке. Кроме того, если бы просто не пинговался роутер — то и хрен бы с ним, а так — интернета-то нету, а это хуже.

попробуй в /etc/network/interfaces вместо dhcp прописать static.
или вместо всего вот так:
iface wlan0 inet dhcp
wpa-ssid имя сети
wpa-psk пароль
если настройки раздаются автоматом.

Gentoo x86_64 AMD E-350 Openbox 3.5.2

Попробовал. Подключается без вопросов, пинги не идут.
Возникла, однако, проблема: iwconfig теперь говорит следующее:

wlan0 IEEE 802.11bgn ESSID:"homenet" Mode:Managed Frequency:2.412 GHz Access Point: 1C:BD:B9:28:1C:3E Bit Rate=65 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=70/70 Signal level=-39 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:35 Missed beacon:0
Меня смущает строчка Encryption key:off. Может, я чего-то намудрил с wpa_supplicant?
Порылся в интернете, попробовал настроить этот wpa_supplicant, теперь у меня wlan0 и вовсе не поднимается:

root@debian:/home/user# ifup wlan0 RTNETLINK answers: File exists Failed to bring up wlan0. root@debian:/home/user#

…ммм забэкапь(по желанию) /etc/wpa_supplicant.conf и выпили от туда фсе буквы и цыфры да да..
и вместо iwconfig попробуй wpa_cli status
Немного информации http://wiki.debian.org/ru/WiFi/HowToUse

Gentoo x86_64 AMD E-350 Openbox 3.5.2

wpa_cli status сообщает, что не может подключиться к этому самому wpa_supplicant’у:

Failed to connect to wpa_supplicant - wpa_ctrl_open: No such file or directory
Когда я пытаюсь запустить этот wpa_supplicant по инструкции:

wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -B
мне сообщают:

ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument
А если попробовать запустить всё это дело в режиме отладки, то на меня вываливается ворох непонятных сообщений:

root@debian:/home/andrey# wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -d wpa_supplicant v1.0 random: Trying to read entropy from /dev/random Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' WEXT: cfg80211-based driver detected wext: interface wlan0 phy: phy0 rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0 SIOCGIWRANGE: WE(compiled)=22 WE(source)=21 enc_capa=0xf capabilities: key_mgmt 0xf enc 0xf flags 0x0 netlink: Operstate: linkmode=1, operstate=5 wlan0: Own MAC address: 1c:af:f7:7b:48:33 wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=4 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Invalid argument Driver did not support SIOCSIWENCODEEXT wpa_driver_wext_set_key: alg=0 key_idx=5 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Invalid argument Driver did not support SIOCSIWENCODEEXT wpa_driver_wext_set_countermeasures wlan0: RSN: flushing PMKID list in the driver wlan0: State: DISCONNECTED -> INACTIVE WPS: Set UUID for interface wlan0 WPS: UUID based on MAC address - hexdump(len=16): 9a d8 df 64 0f 38 5e 6d 97 c2 bf 65 b8 b6 63 51 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: Supplicant port status: Unauthorized EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: Supplicant port status: Unauthorized EAPOL: Supplicant port status: Unauthorized wlan0: Added interface wlan0 random: Got 20/20 bytes from /dev/random RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added WEXT: if_removed already cleared - ignore event Wireless event: cmd=0x8b06 len=12 RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added WEXT: if_removed already cleared - ignore event Wireless event: cmd=0x8b1a len=16 EAPOL: disable timer tick EAPOL: Supplicant port status: Unauthorized
И чё с этим делать? Что всё это означает? Как это починить? И вообще, может быть, оно не сломано?
После Ctrl+C, кстати, вываливается вот что:

^Cwlan0: CTRL-EVENT-TERMINATING - signal 2 received wlan0: Removing interface wlan0 wlan0: No keys have been configured - skip key clearing wlan0: State: INACTIVE -> DISCONNECTED wpa_driver_wext_set_operstate: operstate 0->0 (DORMANT) netlink: Operstate: linkmode=-1, operstate=5 EAPOL: External notification - portEnabled=0 EAPOL: Supplicant port status: Unauthorized EAPOL: External notification - portValid=0 EAPOL: Supplicant port status: Unauthorized wpa_driver_wext_set_countermeasures wlan0: No keys have been configured - skip key clearing wlan0: Cancelling scan request wlan0: Cancelling authentication timeout netlink: Operstate: linkmode=0, operstate=6
Файл /etc/wpa_supplicant.conf — существует и пустой.

1й вариант

Открыть содержимое (спойлер)

настроенный /etc/network/interfaces
ifup wlan0
ifdown wlan0

[свернуть]

Сообщение объединено: 07 июня 2013, 12:45:07

2й вариант

Открыть содержимое (спойлер)

wpa_passphrase ИмяСети Пароль > /etc/wpa_supplicant.conf
а потом уж
wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf & dhclient wlan0

[свернуть]

Gentoo x86_64 AMD E-350 Openbox 3.5.2

Сделал по второму варианту. В результате wpa_supplicant продолжает вываливать на меня тонны сообщений вида:

wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: Authentication with 1c:bd:b9:28:1c:3e timed out. wlan0: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=0 ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan wlan0: Trying to associate with 1c:bd:b9:28:1c:3e (SSID='homenet' freq=2412 MHz) ioctl[SIOCSIWESSID]: Operation already in progress wlan0: Association request to the driver failed wlan0: Associated with 1c:bd:b9:28:1c:3e wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: Authentication with 1c:bd:b9:28:1c:3e timed out. wlan0: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=0 ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan wlan0: Trying to associate with 1c:bd:b9:28:1c:3e (SSID='homenet' freq=2412 MHz) ioctl[SIOCSIWESSID]: Operation already in progress wlan0: Association request to the driver failed wlan0: Associated with 1c:bd:b9:28:1c:3e wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect wlan0: CTRL-EVENT-DISCONNECTED bssid=1c:bd:b9:28:1c:3e reason=0 ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument wlan0: Trying to associate with 1c:bd:b9:28:1c:3e (SSID='homenet' freq=2412 MHz) ioctl[SIOCSIWESSID]: Operation already in progress wlan0: Association request to the driver failed wlan0: Associated with 1c:bd:b9:28:1c:3e wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet
Что имеется в виду — непонятно. dhcp клиент сообщает, что RTNETLINK answers: File exists
А в iwconfig’e по-прежнему указано, что Encryption key:off
Значит ли это, что wpa_supplicant у меня всё ещё не работает? Может, ему драйвер какой-нибудь нужен?

/etc/network/interfaces
раскоментируй #address 192.168.0.102

Открыть содержимое (спойлер)

Я немогу сказать что лучше супликант или ифапдоун т.к незадавался этим вопросом и вообще не гуру.
Чего ты к этому супликанту прицепился?
Еще раз,тебе нужен выход в интернет
interfeces у тебя настроен
Если сеть была поднята то тушим ее
ifconfig wlan0 down
ifdown wlan0
Поднимаем
ifup wlan0
Смотрим
wpa_cli status или ifconfig или iwconfig или ip a
пользуемся

[свернуть]

Открыть содержимое (спойлер)

Вот мой пример
root ~ # cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
#
iface wlan0 inet dhcp
wpa-ssid имя сети
wpa-psk пароль
#
#iface eth1 inet dhcp
#
auto eth2
iface eth2 inet dhcp
post-up ifconfig eth2 mtu 1460
root ~ # cat /etc/wpa_supplicant/wpa_supplicant.conf
пусто
root ~ # wpa_cli status
Selected interface ‘wlan0’
bssid=a0:21:b7:99:91:9e
ssid=имя сети
id=0
mode=station
pairwise_cipher=CCMP
group_cipher=CCMP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
ip_address=192.168.1.50
address=64:c6:71:04:fa:8f

[свернуть]

Открыть содержимое (спойлер)

wpa_passphrase ИмяСети Пароль > /etc/wpa_supplicant.conf
wpa_supplicant -D wext( <—драйвер) -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf & dhclient wlan0
Лично мне влом каждый раз это писать и wpa_cli status сыпет ошибки

[свернуть]

Открыть содержимое (спойлер)

По поводу пингов не знаю,помогут более грамотные коллеги или гугл

[свернуть]

Gentoo x86_64 AMD E-350 Openbox 3.5.2

А если не забивать голову алгоритмами шифрования и прочими потрохами программ, а воспользоваться тем, что умные люди уже за меня сделали? Да и в статье по ссылке написано, что, дескать, если у вас гном — не морочьте вы голову этой командной строкой…
В обчем, забэкапил я всё, что вспомнил — да и потёр /etc/network/interfaces и /etc/wpa_supplicant.conf.
Потом — зашёл на роутер из-под проводного интерфейса. Открыл страницу с логом.
Потом выключил проводной интерфейс из Network Managera. Включил беспроводной. Network Manager сменил иконку, что, дескать, подключился.
Проверил пинги до роутера. Не идут.
Глянул, что у меня в ifconfig’e и в iwconfig’e.

wlan0 IEEE 802.11bgn ESSID:"homenet" Mode:Managed Frequency:2.412 GHz Access Point: 1C:BD:B9:28:1C:3E Bit Rate=43.3 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=70/70 Signal level=-39 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:3 Invalid misc:1 Missed beacon:0
То есть — всё тот же Encryption key:off. Неужели Network manager не может сообразить, что сеть защищена паролем, и его надо спросить? А то я ж ему этот пароль вбивал…
Дальше, ifconfig:

eth1 Link encap:Ethernet HWaddr 00:25:22:e7:27:cf inet6 addr: fe80::225:22ff:fee7:27cf/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12215 errors:0 dropped:0 overruns:0 frame:0 TX packets:6795 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:16339442 (15.5 MiB) TX bytes:895457 (874.4 KiB) Interrupt:42 Base address:0xe000


wlan0     Link encap:Ethernet  HWaddr 1c:af:f7:7b:48:33  
          inet addr:192.168.0.102  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::1eaf:f7ff:fe7b:4833/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:63 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2678 (2.6 KiB)  TX bytes:11790 (11.5 KiB)

Тут, по-моему, вообще никакой полезной информации… Пинги на адрес 192.168.0.102 тоже не идут. Наверное, потому что надо где-то прописать loopback интерфейс или как он там называется.
Ну и теперь, убедившись, что ничего не заработало, я выключил беспроводной интерфейс, включил проводной и обновил страницу лога роутера.
Вот что он мне написал — совсем немного:

"Jun 10 22:33:53 ","DHCP: Server sending ACK to 192.168.0.100. (Lease time = 86400)" "Jun 10 22:33:53 ","DHCP: Server receive REQUEST from 00:25:22:e7:27:cf." "Jun 10 22:32:06 ","DHCP: Server sending ACK to 192.168.0.102. (Lease time = 86400)" "Jun 10 22:32:06 ","DHCP: Server receive REQUEST from 1c:af:f7:7b:48:33." "Jun 10 22:32:06 ","DHCP: Server sending OFFER of 192.168.0.102." "Jun 10 22:32:04 ","DHCP: Server receive DISCOVER from 1c:af:f7:7b:48:33." "Jun 10 22:32:04 ","DHCP: Server sending NAK to 1c:af:f7:7b:48:33." "Jun 10 22:32:04 ","DHCP: Server receive REQUEST from 1c:af:f7:7b:48:33."
То есть — вроде, подключился нормально, проблем с драйверами быть не должно… А, собсна, где они должны быть? Куда хоть рыть-то, в какую сторону? Непонятно

Snake

Новичок форума
Сообщения: 4
Записан

в одной из статей написано

Цитировать
На десктопных системах по умолчанию установлен менеджер сетевых соединений — NetworkManager. Его автоматическая работа может помешать процедуре настройки, поэтому настоятельно рекомендуется его отключить.

это хоть для Убунты, но думаю для нас тоже есть смысл почитать (не знаю как тут с посторонними линками,я выложу, если нельзя сильно не пинайте ::) http://help.ubuntu.ru/wiki/wifi_ap)

Источник

Перейти к содержанию

На чтение 8 мин Обновлено 17.01.2023

Не могу заставить создать соединение по PPPoE у данного роутера

Что было сделано:
1. Установлена прошивка 20150720_1219_DAP_1155B1_R_2.5.1_sdk-master.bin
2. Произведен сброс настроек на заводские
3. Настроено PPPoE соединение http://imgur.com/GipjpNA

При подключении в логах вижу следующие:

При этом если кабель воткнуть в Windows 7 компьютер то соединение легко поднимается, на OS X тоже всё происходит без проблем.
У провайдера нет имени сервиса и привязки к mac адресу.

Складывается мнение что проблема в точке, MTU пробовал менять в меньшую сторону результата нет, так же пробовал прописывать другой mac адрес тоже не помогло.

Какие ещё идеи есть?

СергейП

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908

tkgreg

Зарегистрирован: Пт авг 07, 2015 12:07
Сообщений: 5

Соединение одно. WAN порт показывает наличие физического соединения, каких либо ошибок связанных с ним в логах нет.

в логах есть такое

Sergey Molchanov

Сотрудник D-LINK

Зарегистрирован: Пн ноя 10, 2014 11:44
Сообщений: 1061
Откуда: Ryazan

tkgreg

Зарегистрирован: Пт авг 07, 2015 12:07
Сообщений: 5

Jan 1 00:00:04 kernel: multicast routing: unresolved cache size is 400, expires at 1.0 sec (HZ = 100)
Jan 1 00:00:04 kernel: Realtek WLAN driver — version 1.6 (2013-02-21)(SVN:exported)
Jan 1 00:00:04 kernel: 96C — 40MHz Clock Source
Jan 1 00:00:04 kernel: #######################################################
Jan 1 00:00:04 kernel: SKB_BUF_SIZE=2408 MAX_SKB_NUM=256
Jan 1 00:00:04 kernel: #######################################################
Jan 1 00:00:04 kernel: Probing RTL8186 10/100 NIC-kenel stack size order[3].
Jan 1 00:00:04 kernel: chip name: 8196C, chip revid: 4
Jan 1 00:00:04 kernel: Set 8196C PHY Patch OK
Jan 1 00:00:04 kernel: NOT YET
Jan 1 00:00:04 kernel: Set threshould idx 0
Jan 1 00:00:04 kernel: eth0 added. vid=9 Member port 0x110.
Jan 1 00:00:04 kernel: eth1 added. vid=8 Member port 0x8.
Jan 1 00:00:04 kernel: [peth0] added, mapping to [eth1].
Jan 1 00:00:04 kernel: SPI INIT
Jan 1 00:00:04 kernel: flash device: 0x400000 at 0xbfe00000
Jan 1 00:00:04 kernel: ========================= Registed SPI Flash Model =========================
Jan 1 00:00:04 kernel: |No chipID Sft chipSize blkSize secSize pageSize sdCk opCk chipName |
Jan 1 00:00:04 kernel: | 0 ef4016h 0h 400000h 10000h 1000h 100h 80 0 W25Q32|
Jan 1 00:00:04 kernel: ============================================================================
Jan 1 00:00:04 kernel: flash_bank_1: squashfs filesystem found at offset 0x130000
Jan 1 00:00:04 kernel: Creating 7 MTD partitions on «flash_bank_1»:
Jan 1 00:00:04 kernel: 0x000000000000-0x000000010000 : «boot»
Jan 1 00:00:04 kernel: 0x000000010000-0x000000020000 : «MAC»
Jan 1 00:00:04 kernel: 0x000000020000-0x000000030000 : «config»
Jan 1 00:00:04 kernel: 0x000000030000-0x000000170000 : «kernel»
Jan 1 00:00:04 kernel: 0x000000130000-0x000000800000 : «rootfs»
Jan 1 00:00:04 kernel: mtd: partition «rootfs» extends beyond the end of device «flash_bank_1» — size truncated to 0x2d0000
Jan 1 00:00:04 kernel: 0x000000030000-0x000000800000 : «Linux»
Jan 1 00:00:04 kernel: mtd: partition «Linux» extends beyond the end of device «flash_bank_1» — size truncated to 0x3d0000
Jan 1 00:00:04 kernel: 0x000000000000-0x000000800000 : «ALL»
Jan 1 00:00:04 kernel: mtd: partition «ALL» extends beyond the end of device «flash_bank_1» — size truncated to 0x400000
Jan 1 00:00:04 kernel: Netfilter messages via NETLINK v0.30.
Jan 1 00:00:04 kernel: nf_conntrack version 0.5.0 (512 buckets, 2048 max)
Jan 1 00:00:04 kernel: ctnetlink v0.93: registering with nfnetlink.
Jan 1 00:00:04 kernel: Bridge firewalling registered
Jan 1 00:00:04 kernel: Netlink[Kernel] create socket for igmp ok.
Jan 1 00:00:04 kernel: Realtek FastPath:v1.03
Jan 1 00:00:04 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
Jan 1 00:00:04 kernel: gpiom: module license ‘Proprietary’ taints kernel.
Jan 1 00:00:04 kernel: Disabling lock debugging due to kernel taint
Jan 1 00:00:04 kernel: IRQ 25/gpiom: IRQF_DISABLED is not guaranteed on shared IRQs
Jan 1 00:00:04 kernel: nf_conntrack_rtsp v0.6.21 loading
Jan 1 00:00:04 kernel: nf_nat_rtsp v0.6.21 loading
Jan 1 00:00:04 kernel: ——-> Set MIB from /etc/Wireless/RTL8192CD.dat
Jan 1 00:00:04 kernel: Load_92C_Firmware
Jan 1 00:00:04 kernel: portnum=2 vid=2
Jan 1 00:00:06 kernel: rtk_update_netif_vlan 15663 dp->portnum=1 vid=1
Jan 1 00:00:08 kernel: ===== dlink minChan=1=====
Jan 1 00:00:08 kernel: d-link select channel = 5+1
Jan 1 00:00:08 miniupnpd[200]: could not open lease file: /tmp/upnp.leases
Jan 1 00:00:08 miniupnpd[200]: HTTP listening on port 41985
Jan 1 00:00:08 miniupnpd[200]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:10 dms_get_last_renew[218]: file /tmp/stat.eth1_1 not found
Jan 1 00:00:11 dms_get_last_renew[226]: file /tmp/stat.eth1_1 not found
Jan 1 00:00:15 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:15 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:00:15 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:15 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:00:15 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:00:20 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:20 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:00:20 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:20 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:00:20 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:00:24 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:24 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:00:24 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:24 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:00:24 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:00:29 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:29 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:00:29 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:00:35 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:01:36 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:36 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:01:36 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:36 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:01:36 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:01:40 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:40 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:01:40 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:41 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:01:41 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:01:46 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:46 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:01:46 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:46 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:01:46 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:01:51 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:51 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:01:51 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:01:52 kernel: wlan0: Authentication failled! (4-2: MIC error)
Jan 1 00:01:52 kernel: wlan0: A STA is rejected by 802.1x daemon — 68:A8:6D:44:81:68
Jan 1 00:02:28 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:02:28 kernel: wlan0: WPA2-AES PSK authentication in progress.
Jan 1 00:02:28 kernel: wlan0: A wireless client is associated — 68:A8:6D:44:81:68
Jan 1 00:02:28 kernel: wlan0: Open and authenticated
Jan 1 00:02:29 miniupnpd[200]: ioctl(s, SIOCGIFADDR, . ): Cannot assign requested address
Jan 1 00:02:29 miniupnpd[200]: Failed to get ip address for interface eth1
Jan 1 00:02:31 miniupnpd[200]: ioctl(s, SIOCGIFADDR, . ): Cannot assign requested address
Jan 1 00:02:31 miniupnpd[200]: Failed to get ip address for interface eth1
Jan 1 00:04:37 kernel: Wan link is up!
Jan 1 00:04:38 kernel: Wan link is down
Jan 1 00:04:38 dnsmasq-dhcp[202]: no address range available for DHCP request via lo
Jan 1 00:04:38 dms_reset_uptime[1157]: enter key eth1_1
Jan 1 00:04:38 dms_reset_uptime[1157]: unable to remove file /tmp/stat.eth1_1
Jan 1 00:04:40 kernel: Wan link is up!
Jan 1 00:04:40 kernel: Wan link is down
Jan 1 00:04:42 kernel: Wan link is up!
Jan 1 00:04:43 kernel: Wan link is down
Jan 1 00:04:44 kernel: Wan link is up!
Jan 1 00:04:45 kernel: Wan link is down
Jan 1 00:04:47 kernel: Wan link is up!
Jan 1 00:04:48 kernel: Wan link is down
Jan 1 00:04:49 kernel: Wan link is up!
Jan 1 00:05:29 pppd[1238]: entering dlock, dfd = -1
Jan 1 00:05:29 pppd[1238]: pppd 2.4.4 started by admin, uid 0
Jan 1 00:05:33 miniupnpd[1251]: HTTP listening on port 53561
Jan 1 00:05:33 miniupnpd[1251]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:05:33 miniupnpd[1251]: ioctl(s, SIOCGIFADDR, . ): No such device
Jan 1 00:05:33 miniupnpd[1251]: Failed to get ip address for interface ppp0
Jan 1 00:05:36 dms_get_last_renew[1263]: file /tmp/stat.eth1_1 not found
Jan 1 00:06:04 pppd[1238]: Unable to complete PPPoE Discovery
Jan 1 00:06:10 pppd[1238]: Couldn’t get PPP statistics: No such device
Jan 1 00:06:42 kernel: ——-> Set MIB from /etc/Wireless/RTL8192CD.dat
Jan 1 00:06:43 kernel: Load_92C_Firmware
Jan 1 00:06:43 kernel: Set MIB from /etc/Wireless/RTL8192CD.dat
Jan 1 00:06:44 kernel: Load_92C_Firmware
Jan 1 00:06:44 kernel: tkgreg

Зарегистрирован: Пт авг 07, 2015 12:07
Сообщений: 5

Sergey Molchanov

Сотрудник D-LINK

Зарегистрирован: Пн ноя 10, 2014 11:44
Сообщений: 1061
Откуда: Ryazan

tkgreg

Зарегистрирован: Пт авг 07, 2015 12:07
Сообщений: 5

Я просто очень надеялся что сотрудник технического отдела D-Link регионального офиса тоже знает последствия загрузки, но увы.

Насчёт проблемы у провайдера – это априори не так, так как подключение с компьютера проходит успешно к провайдеру.

У данного роутера есть ssh или telnet, может сам демон pppd настроен не верно?

Как крайний вариант уже действительно поеду к регионалам в офис.

Страница 1 из 1

[ Сообщений: 8 ]

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9

Источник

Adblock
detector

Источник

Jay

Mac add. belongs to a lenovo mobile/tab.

Nothing much really you can do here. Hiding SSID/ Mac filtering is the usual way to go if it’s just a random attack which seems to be the case here. If it’s targeted and the attacker is determined, mac filtering is pretty much useless since they can monitor the devices and easily spoof them and attempt to connect. Stronger password encryption is the best bet.

© Blackday

Mac filtering is useless, a very strong password is recommended as you got WPA-2 that would be enough

pizzaman

Mac add. belongs to a lenovo mobile/tab.

Nothing much really you can do here. Hiding SSID/ Mac filtering is the usual way to go if it’s just a random attack which seems to be the case here. If it’s targeted and the attacker is determined, mac filtering is pretty much useless since they can monitor the devices and easily spoof them and attempt to connect. Stronger password encryption is the best bet.

hey man My router logs are showing the same thing, And i belive that my router has been hacked, assuiming that this was a determined attacker what would i have to do to fix the issue?

Jay

Reset and start from scratch. Upgrade to the latest firmware. Change default credentials for logging into the router and secure the wireless network with a strong password with WPA2 authentication. That’s a good start.

Kick933

Still Learning

Oh yeah,just a tip…
HIDE THE SSID.
Disable WPS.
ENABLE MAC FILTERING.

Adithya

away from keyboard

@Kick933 Hidden SSIDs will increase battery drain on all clients. You’re just moving the burden of beacon from the modem to all the clients connected to it.

There isn’t a real security benefit as it’ll still show up on wifi scanning tools which anyone determined to hack into it already have.

Kick933

Still Learning

Change password periodically.He is most probably using WPS.Disable it.
Mac spoofing and key extraction is not easy task.
Either you are «rich murgi»,or the attacker is just using rooted phone for WPS exploits.
I would rather let the user connect and limit their ability using network isolation feature.
Some router even allow disabling internet access using parental control

Last edited: Oct 13, 2020

shashankb

Use Fing app for Mobile .. you will get a very good insight of devices connected to your network.. D-Link routers can be very easily compromised … Upgrade to the latest firmware and keep WPS off at all times
If a guy is using a rooted strong Android phone like OnePlus 8(assuming) also , it would be very difficult to crack a password like this

[email protected]

Last edited: Oct 13, 2020

Источник

Печать

Страницы: [1] Вниз

Тема: Не получается установить Wi-Fi точку доступа (Прочитано 3336 раз)

0 Пользователей и 1 Гость просматривают эту тему.

oriaraniar

Здравствуйте.
Есть USB точка доступа TL-WN725N. Рабочая, ибо на винде стартует без проблем.
Есть компьютер с линуксом, который есть большое желание с данной точкой доступа подружить, ибо планируется именно через неё подключаться к интернету.

Но ни одна попытка установить драйвера не подошла. Они либо безрезультатно ставятся, либо выдают ошибки по типу:

cc1: some warnings being treated as errors make[2]: *** [/home/dmitriy/Загрузки/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.o] Ошибка 1 make[1]: *** [_module_/home/dmitriy/Загрузки/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911] Ошибка 2 make[1]: Выход из каталога `/usr/src/linux-headers-3.11.0-15-generic' make: *** [modules] Ошибка 2
Конкретно эта ошибка появляется после попытки установки драйверов с оф. сайта Realtek, ибо там стоит чип RTL8188CUS. Инструкцию по установке брал тут http://www.sakryukin.ru/?module=articles&c=articles&b=6&a=9

Может кто-нибудь подсказать, как с этим зверем быть, или стоит поискать более дружелюбное железо?
PS. Линукс ковыряю совсем недавно, по сему некоторые очевидные на ваш взгляд вещи могу не сходу понимать.

fisher74

Инструкцию по установке брал тут http://www.sakryukin.ru….

А чего автора не спрашиваете?

Что значит?

безрезультатно ставятся

Что хоть за версия дистрибутива?

Ну и по порядочку
lsusb

« Последнее редактирование: 18 Января 2014, 16:30:25 от fisher74 »

oriaraniar

Kernel Linux 3.11.0-15-generic (x86_64) Compiled #23-Ubuntu SMP Mon Dec 9 18:17:04 UTC 2013 Default C Compiler GNU C Compiler version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9) Distribution Ubuntu 13.10
У автора самое ценное что нашел — так это ссылку на сайт с драйверами.
Инструкций там как-таковых нет, тем паче что ошибка вылезла на make.

Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. Bus 001 Device 002: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 002: ID 1c4f:000e SiGma Micro Genius KB-120 Keyboard Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Пользователь решил продолжить мысль 18 Января 2014, 16:39:36:

Что значит?

Устанавливаются не выдавая ошибок, но и не приводя к результату. Нигде не появляется упоминание о том, что Wi-Fi в принципе есть в системе. Смотрел как в сетевых соединениях, так и в hardinfo

« Последнее редактирование: 18 Января 2014, 16:40:30 от oriaraniar »

fisher74

Kernel Linux 3.11.0-15-generic (x86_64)

С сайта реалтека

Linux Kernel 2.6.18~3.9

Инструкций там как-таковых нет, тем паче что ошибка вылезла на make.

Как это нет? А что Вы тогда считаете инструкцией? Читайте readme от производителя.

В lsusb Не увидел обсуждаемый девайс

oriaraniar

В lsusb Не увидел обсуждаемый девайс

Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. У меня он определяется так

fisher74

Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. У меня он определяется так

И правильно… зачем читать-то …

предлагаю сделать так

wget -c https://github.com/lwfinger/rtl8188eu/archive/master.zip unzip master.zip cd rtl8188eu-master make sudo make install sudo modprobe 8188eu

« Последнее редактирование: 18 Января 2014, 17:15:47 от fisher74 »

oriaraniar

ifconfig wlan0 Link encap:Ethernet HWaddr 10:fe:ed:12:56:a3 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)Благодарю! Хотя бы драйвер встал.
Можете еще подсказать, в какую сторону смотреть, дабы Wi-Fi появился среди доступных подключений?
А то в сетевых соединениях по прежнему один ethernet…

Пользователь решил продолжить мысль 18 Января 2014, 18:19:23:

Это нормальная ситуация?

dmitriy@dmitriy-desktop:~$ ifconfig wlan0 up SIOCSIFFLAGS: Операция не позволена

dmitriy@dmitriy-desktop:~$ rfkill listТут нет никакой реакции

dmitriy@dmitriy-desktop:~$ rfkill Usage: rfkill [options] command Options: --version show version (0.4-2ubuntu1 (Ubuntu)) Commands: help event list [IDENTIFIER] block IDENTIFIER unblock IDENTIFIER where IDENTIFIER is the index no. of an rfkill switch or one of: <idx> all wifi wlan bluetooth uwb ultrawideband wimax wwan gps fmТут мне явно говорят о каких-то нестыковках, но я не могу понять, что именно это значит

« Последнее редактирование: 18 Января 2014, 18:19:23 от oriaraniar »

fisher74

oriaraniar

dmitriy@dmitriy-desktop:~$ iwlist wlan0 scan wlan0 Scan completed :


          Cell 02 - Address: F4:EC:38:E9:87:EC
                    ESSID:"oriaraniar"
                    Protocol:IEEE 802.11bgn
                    Mode:Master
                    Frequency:2.412 GHz (Channel 1)
                    Encryption key:on
                    Bit Rates:144 Mb/s
                    Extra:rsn_ie =30140100000fac040100000fac040100000fac020c00
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : CCMP
                        Pairwise Ciphers (1) : CCMP
                        Authentication Suites (1) : PSK
                    Quality:0  Signal level:0  Noise level:0
dmitriy@dmitriy-desktop:~$ iwconfig wlan0 essid oriaraniar  key (Введен верный ключ)
Error for wireless request "Set ESSID" (8B1A) :
    SET failed on device wlan0 ; Operation not permitted.

Что я делаю не так?

И еще. После установки драйвера при перезагрузке стало появляться вот такое сообщение(во вложении)

AnrDaemon

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

oriaraniar

Не совсем понял, что именно и в какой момент произошло, но штатный диспетчер сетевой (не помню как он правильно называется) увидел мои Wi-Fi сети, подключился к ним и стал автоматически переподключаться при перезагрузке.
Огромное спасибо всем, кто помогал!

vktRus

Если есть интернет по кабелю, то вот мой скрипт для установки драйвера RTL8188eu TP-Link TL-WN725N:

#!/bin/bash sudo apt-get install --reinstall build-essential git dkms git clone git://github.com/lwfinger/rtl8188eu sudo dkms add ~/rtl8188eu sudo dkms build 8188eu/1.0 sudo dkms install 8188eu/1.0 echo "blacklist r8188eu" | sudo tee -a /etc/modprobe.d/blacklist.conf sudo cp ~/rtl8188eu/rtl8188eufw.bin /lib/firmware/rtlwifi/ sudo modprobe -v 8188eu

AnrDaemon

vktRus, топику два года скоро.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Печать

Страницы: [1] Вверх

Источник

I was posting to the «WiFi issues? Start here» thread but there was no response so I am starting a new thread about this specific problem…
Since last night my RPi3, which is set up to connect to the WiFi SSID «Development7139» fails to keep the connection after about 24 hours.
After this it retries every minute and always fails with the following in the syslog.

I do not understand what is happening here but it seems to be somehow connected to the line shown immediately after the connection succeeds with the first step:

Code: Select all

Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: Michael MIC failure detected

After that a few lines down there is another strange line:

Code: Select all

Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: TKIP countermeasures started

What the heck is this all about?
I have restarted the RPi3 to no avail.
The same happened on Friday and I had a person go to the remote site and power cycle everything, which seemed to have the effect of curing the problem. But only for about 24 hours, now it is back again.
The RPi3 sits on a site to which I have VPN access and it is dual homed with wired Ethernet to the local LAN and the built-in WiFi is supposed to connect to the AP of a data collection device in order to control it and manage the collected data.
But that will not work if the WiFi disconnects like this all the time.

I will be very grateful for anyone able to shed some light on this.

The following was captured using the command below in order to dig out relevant info from syslog.
I am showing only one reconnect sequence, there are several in this capture:

tail -n 100 /var/log/syslog | grep wlan0:

Code: Select all

Apr 24 11:29:08 rpi3-agi1 wpa_supplicant[559]: wlan0: WPA: TKIP countermeasures stopped
Apr 24 11:29:09 rpi3-agi1 wpa_supplicant[559]: wlan0: Reject scan trigger since one is already pending
Apr 24 11:29:09 rpi3-agi1 wpa_supplicant[559]: wlan0: Failed to initiate AP scan
Apr 24 11:29:09 rpi3-agi1 wpa_supplicant[559]: wlan0: Trying to associate with SSID 'Development7139'
Apr 24 11:29:09 rpi3-agi1 wpa_supplicant[559]: wlan0: Associated with 00:03:94:1d:22:b9
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: WPA: Key negotiation completed with 00:03:94:1d:22:b9 [PTK=TKIP GTK=TKIP]
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: CTRL-EVENT-CONNECTED - Connection to 00:03:94:1d:22:b9 completed [id=3 id_str=]
Apr 24 11:29:12 rpi3-agi1 dhcpcd[404]: wlan0: carrier acquired
Apr 24 11:29:12 rpi3-agi1 dhcpcd[404]: wlan0: IAID eb:03:9d:cd
Apr 24 11:29:12 rpi3-agi1 dhcpcd[404]: wlan0: soliciting a DHCP lease
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: Michael MIC failure detected
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: WPA: Sending EAPOL-Key Request (error=1 pairwise=0 ptk_set=1 len=99)
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: Michael MIC failure detected
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: WPA: Sending EAPOL-Key Request (error=1 pairwise=0 ptk_set=1 len=99)
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: TKIP countermeasures started
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:03:94:1d:22:b9 reason=14 locally_generated=1
Apr 24 11:29:12 rpi3-agi1 dhcpcd[404]: wlan0: carrier lost
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Apr 24 11:29:12 rpi3-agi1 wpa_supplicant[559]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=US

Источник

Snake