После подключения к Wi-Fi-маршрутизатору после обновления не подключается

Я использую 12.04 на двойной загрузке Lenovo Thinkpad Edge. Недавно Wi-Fi перестал работать в моей домашней сети, но все еще работал в открытой сети. Другие компьютеры в доме и мой ThinkPad, загруженные с раздела Windows, работали нормально.

Изучение системного журнала показало, что компьютер смог подключиться, но был отключен во время согласования DHCP.

Проводное соединение работает, поэтому я залогинился в роутер и отключил безопасность. Тогда Wi-Fi работал нормально. Однако оставлять сеть открытой нельзя.

Изучение /var/log/apt/history.log показывает, что недавно isc-dhcp-common был обновлен. Я подозреваю, что проблема началась там.

Суть в том, что при включенном шифровании в маршрутизаторе я не могу подключиться.

Кто-нибудь может подсказать, что я могу здесь сделать?

Халлдор

Далее следует соответствующий фрагмент системного журнала.

16:27:33  NetworkManager[807]: <info> (eth1): bringing up device.
16:27:33  NetworkManager[807]: <info> WiFi hardware radio set enabled
16:27:33  NetworkManager[807]: <info> WiFi now enabled by radio killswitch
16:27:33  NetworkManager[807]: <info> (eth1): bringing up device.
16:27:34  NetworkManager[807]: <info> (eth1): supplicant interface state: starting -> ready

16:27:34  NetworkManager[807]: <info> (eth1): device state change: unavailable -> disconnected (reason 'supplicant-available') [20 30 42]

16:27:34  NetworkManager[807]: <info> (eth1): supplicant interface state: ready -> inactive

16:27:34  NetworkManager[807]: <warn> Trying to remove a non-existant call id.
16:27:35  NetworkManager[807]: <info> Auto-activating connection 'Chipie'.
16:27:35  NetworkManager[807]: <info> Activation (eth1) starting connection 'Chipie'
16:27:35  NetworkManager[807]: <info> (eth1): device state change: disconnected -> prepare (reason 'none') [30 40 0]

16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled...

16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) started...

16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) scheduled...

16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) complete.

16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) starting...

16:27:35  NetworkManager[807]: <info> (eth1): device state change: prepare -> config (reason 'none') [40 50 0]

16:27:35  NetworkManager[807]: <info> Activation (eth1/wireless): connection 'Chipie' has security, and secrets exist.  No new secrets needed.

16:27:35  NetworkManager[807]: <info> Config: added 'ssid' value 'Chipie'
16:27:35  NetworkManager[807]: <info> Config: added 'scan_ssid' value '1'
16:27:35  NetworkManager[807]: <info> Config: added 'key_mgmt' value 'NONE'
16:27:35  NetworkManager[807]: <info> Config: added 'wep_key0' value '<omitted>'
16:27:35  NetworkManager[807]: <info> Config: added 'wep_tx_keyidx' value '0'
16:27:35  NetworkManager[807]: <info> Activation (eth1) Stage 2 of 5 (Device Configure) complete.
16:27:35  NetworkManager[807]: <info> Config: set interface ap_scan to 1
16:27:35  NetworkManager[807]: <info> (eth1): supplicant interface state: inactive -> scanning
16:27:35  avahi-daemon[809]: Joining mDNS multicast group on interface eth1.IPv6 with address fe80::aed:b9ff:fee2:807d.
16:27:35  avahi-daemon[809]: New relevant interface eth1.IPv6 for mDNS.
16:27:35  avahi-daemon[809]: Registering new address record for fe80::aed:b9ff:fee2:807d on eth1.*.
16:27:36  wpa_supplicant[2352]: Trying to associate with 00:1c:f0:66:23:90 (SSID='Chipie' freq=2412 MHz)
16:27:36  NetworkManager[807]: <info> (eth1): supplicant interface state: scanning -> associating
16:27:36  wpa_supplicant[2352]: Associated with 00:1c:f0:66:23:90
16:27:36  wpa_supplicant[2352]: CTRL-EVENT-CONNECTED - Connection to 00:1c:f0:66:23:90 completed (auth) [id=0 id_str=]
16:27:36  NetworkManager[807]: <info> (eth1): supplicant interface state: associating -> completed
16:27:36  NetworkManager[807]: <info> Activation (eth1/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'Chipie'.
16:27:36  NetworkManager[807]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled.
16:27:36  NetworkManager[807]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) started...
16:27:36  NetworkManager[807]: <info> (eth1): device state change: config -> ip-config (reason 'none') [50 70 0]
16:27:36  NetworkManager[807]: <info> Activation (eth1) Beginning DHCPv4 transaction (timeout in 45 seconds)
16:27:36  NetworkManager[807]: <info> dhclient started with pid 8724
16:27:36  NetworkManager[807]: <info> Activation (eth1) Beginning IP6 addrconf.
16:27:36  avahi-daemon[809]: Withdrawing address record for fe80::aed:b9ff:fee2:807d on eth1.
16:27:36  avahi-daemon[809]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::aed:b9ff:fee2:807d.
16:27:36  avahi-daemon[809]: Interface eth1.IPv6 no longer relevant for mDNS.
16:27:36  NetworkManager[807]: <info> Activation (eth1) Stage 3 of 5 (IP Configure Start) complete.
16:27:36  dhclient: Internet Systems Consortium DHCP Client 4.1-ESV-R4
16:27:36  dhclient: Copyright 2004-2011 Internet Systems Consortium.
16:27:36  dhclient: All rights reserved.
16:27:36  dhclient: For info, please visit https://www.isc.org/software/dhcp/
16:27:36  dhclient: 
16:27:36  NetworkManager[807]: <info> (eth1): DHCPv4 state changed nbi -> preinit
16:27:36  dhclient: Listening on LPF/eth1/08:ed:b9:e2:80:7d
16:27:36  dhclient: Sending on   LPF/eth1/08:ed:b9:e2:80:7d
16:27:36  dhclient: Sending on   Socket/fallback
16:27:36  dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
16:27:37  avahi-daemon[809]: Joining mDNS multicast group on interface eth1.IPv6 with address fe80::aed:b9ff:fee2:807d.
16:27:37  avahi-daemon[809]: New relevant interface eth1.IPv6 for mDNS.
16:27:37  avahi-daemon[809]: Registering new address record for fe80::aed:b9ff:fee2:807d on eth1.*.
16:27:39  dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
16:27:46  dhclient: last message repeated 2 times
16:27:46  kernel: [28901.182673] eth1: no IPv6 routers present
16:27:48  dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
16:27:51  dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8
16:27:56  NetworkManager[807]: <info> (eth1): IP6 addrconf timed out or failed.
16:27:56  NetworkManager[807]: <info> Activation (eth1) Stage 4 of 5 (IPv6 Configure Timeout) scheduled...
16:27:56  NetworkManager[807]: <info> Activation (eth1) Stage 4 of 5 (IPv6 Configure Timeout) started...
16:27:56  NetworkManager[807]: <info> Activation (eth1) Stage 4 of 5 (IPv6 Configure Timeout) complete.
16:27:59  dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
16:28:04  NetworkManager[807]: <info> (eth1): device state change: ip-config -> unavailable (reason 'none') [70 20 0]
16:28:04  NetworkManager[807]: <info> (eth1): deactivating device (reason 'none') [0]
16:28:04  NetworkManager[807]: <info> (eth1): canceled DHCP transaction, DHCP client pid 8724
16:28:04  avahi-daemon[809]: Withdrawing address record for fe80::aed:b9ff:fee2:807d on eth1.
16:28:04  avahi-daemon[809]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::aed:b9ff:fee2:807d.
16:28:04  avahi-daemon[809]: Interface eth1.IPv6 no longer relevant for mDNS.
16:28:04  NetworkManager[807]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS.
16:28:04  NetworkManager[807]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS.
16:28:04  NetworkManager[807]: <info> (eth1): taking down device.

Я до сих пор не понял, как сделать это правильно. В то же время я могу использовать Wi-Fi с WEP, если я использую фиксированный IP. Я просто проверил, какие номера доступны на маршрутизаторе, и выбрал тот, который вряд ли будет выбран. Установите днс / маску / шлюз и у меня все настроено. Подключение без заминки. Не удовлетворительное решение, но обходной путь.

- Halldór

0
задан 19 March 2013 в 06:02

4 ответа

Я не эксперт, но похоже, что это может быть проблема с IPv6-адресацией. Я столкнулся с подобной проблемой и исправил ее, отключив IPv6. Это, конечно, не совсем решение основной проблемы: «Почему не работает адресация IPv6?». но он снова включил мою беспроводную связь - может помочь и вам.

Из терминала:

sudo gedit /etc/sysctl.conf

Теперь добавьте эти строки в конец файла sysctl.conf:

net.ipv6. conf.all.disable_ipv6 = 1

net.ipv6.conf.default.disable_ipv6 = 1

net.ipv6.conf.lo.disable_ipv6 = 1

Сохранить и закрыть может потребоваться перезагрузка.

0
ответ дан 19 March 2013 в 06:02

Переконфигурируйте маршрутизатор в другой режим аутентификации (например, WPAPSK с шифрованием TKIP). Кажется, WEP может быть проблемой во многих версиях Linux с различными драйверами.


Справочная информация:
У меня была похожая проблема с 16.04 на ноутбуке Asus с драйверами Mediatek. Я мог подключиться к другим маршрутизаторам, но не к моему домашнему маршрутизатору, который был настроен на использование WEP. Я перепробовал многие из предложенных решений, но ни одно из них не сработало. В итоге было решено перенастроить маршрутизатор на другой режим аутентификации (в моем случае WPAPSK с шифрованием TKIP), и это исправило его для меня. Из других комментариев видно, что WEP может быть проблемой во многих версиях Linux с различными драйверами. Поэтому, если у вас проблемы с WEP-соединением, обратитесь к конфигурации маршрутизатора, а не к настройке Linux.

0
ответ дан 19 March 2013 в 06:02

Я сталкивался с той же проблемой раньше. Я не эксперт в этом, но вы пытались использовать Edit Connections? Может быть, есть проблема с настройкой Wi-Fi в Ubuntu. Ваш интернет может работать, если вы это исправите. Проверьте точную конфигурацию, используемую в Windows (общая / открытая и т. Д.). Затем используйте точно такую ​​же конфигурацию для Wi-Fi в Ubuntu.

0
ответ дан 19 March 2013 в 06:02

Глядя на ваш системный журнал ....

Ассоциация успешна, но клиент DHCP не получает ответа от сервера DHCP на свои пакеты DHCPDISCOVER.

Проверьте конфигурацию вашего DHCP-сервера: настроен ли он для отклонения неизвестных MAC-адресов и указан ли MAC-адрес вашего Wi-Fi-интерфейса в списке?

0
ответ дан 19 March 2013 в 06:02

Другие вопросы по тегам:

Похожие вопросы: