Ubuntu 19.04, Z83, BRCM 43455, Wi-Fi становится нестабильным после того, как шифрование повторно введет
Я выполняю человечность на маленьком мини-ПК Z83, который имеет встроенный адаптер Wi-Fi. Переместив здания, я теперь использую это на Wi-Fi вместо Ethernet (он управляет механическим фортепьяно).
Я нахожу это ненадежным. Я не знаю, является ли это новой проблемой или нет, когда я также недавно настроил контроль сети, который является, как я заметил его. Когда был "отказавшим" выполнения устройства, но кажется медленным, таким образом, я, возможно, проигнорировал его в прошлом.
Это абсолютно стабильно в течение многих часов, затем это идет wonky - потеря пакетов, и долго проверяйте с помощью ping-запросов времена. Этот сдвиг всегда сразу происходит после Wi-Fi повторно вводят. Повторно введение успешно выполняется, и Wi-Fi остается связанным, это просто работает плохо впоследствии.
Устройство связывается на 2.4 ГГц, и маршрутизатор показывает сигнал-52 и шум-80 dbm, т.е. очень хороший сигнал (и действительно это - приблизительно 20' от маршрутизатора). Устройства (mini's Google, ТВ LG) хорошо работают вдвое более далеко.
Вышеупомянутое составляет приблизительно 24 часа, часть в середине действительно хороша, часть в каждом конце ужасна, работая, но едва.
Я обновил от (я думаю, что это было), 17.10 к 19,10, и затем обновил это. Я выключил питание управление на Wi-Fi. Я выключил IPv6 (некоторые регистрации указали на это как на проблему, это вернулось на в новом случае). netstat-i показывает отброшенные полученные пакеты, но никакие ошибки на tx/rx и никакие ошибки на tx.
netplan применяются, не фиксирует его. Перезагрузка будет всегда фиксировать его до несколько часов спустя, и каждый раз это идет wonky, который это при повторно введении (по крайней мере, + минута/-1, которая является, как часто я записываю результаты ping).
Маршрутизатор является довольно новым Linksys AC1900ACS рабочий OpenWRT 18.06; никакие другие устройства не имеют проблемы.
Я иду в, к сожалению, вставьте во всех журналах от последнего, повторно вводят. Это довольно длинно, но не уверено, что в нем может дать кому-то ключ к разгадке. Я вижу четыре, повторно вводят операторы, и у меня есть четыре VLAN, таким образом позвольте мне упомянуть, что - это находится на VLAN общего использования, и все адреса подходят правильно. Другой VLAN для видео, гостей, автоматизации, и т.д. Я не ДУМАЮ, что там существуют проблемы, но я также не знаю, почему существует четыре, повторно вводят сообщения, но всегда существуют. Каждый VLAN имеет различный SSID, и это связывает этим SSID, очевидно, и только что один SSID.
Ниже журнал от последнего события. Я ценю любой совет, кроме (который является моим следующим шагом, я думаю), выполнение провода стена к маршрутизатору.
Sep 4 19:13:30 notes wpa_supplicant[878]: wlan0: WPA: Group rekeying completed with 26:f5:a2:bf:1f:0c [GTK=CCMP]
Sep 4 19:13:33 notes wpa_supplicant[878]: message repeated 3 times: [ wlan0: WPA: Group rekeying completed with 26:f5:a2:bf:1f:0c [GTK=CCMP]]
Sep 4 19:13:46 notes systemd-networkd[610]: wlan0: Lost carrier
Sep 4 19:13:46 notes avahi-daemon[716]: Withdrawing address record for 192.168.130.172 on wlan0.
Sep 4 19:13:46 notes wpa_supplicant[878]: wlan0: CTRL-EVENT-DISCONNECTED bssid=26:f5:a2:bf:1f:0c reason=7 locally_generated=1
Sep 4 19:13:46 notes wpa_supplicant[878]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Sep 4 19:13:46 notes systemd-networkd[610]: wlan0: DHCP lease lost
Sep 4 19:13:46 notes avahi-daemon[716]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.130.172.
Sep 4 19:13:46 notes systemd-networkd[610]: wlan0: DHCPv6 lease lost
Sep 4 19:13:46 notes dbus-daemon[725]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.1' (uid=101 pid=610 comm="/lib/systemd/systemd-networkd " label="unconfined")
Sep 4 19:13:46 notes systemd-timesyncd[605]: No network connectivity, watching for changes.
Sep 4 19:13:46 notes avahi-daemon[716]: Interface wlan0.IPv4 no longer relevant for mDNS.
Sep 4 19:13:46 notes avahi-daemon[716]: Withdrawing address record for fdf5:7fae:c03f::a51 on wlan0.
Sep 4 19:13:46 notes avahi-daemon[716]: Withdrawing address record for XXXX:XXX:XXXX:XXXX::a51 on wlan0.
Sep 4 19:13:46 notes avahi-daemon[716]: Withdrawing address record for fdf5:7fae:c03f:0:ce4b:73ff:fe43:5b0 on wlan0.
Sep 4 19:13:46 notes avahi-daemon[716]: Withdrawing address record for XXXX:XXX:XXXX:XXXX:ce4b:73ff:fe43:5b0 on wlan0.
Sep 4 19:13:46 notes avahi-daemon[716]: Leaving mDNS multicast group on interface wlan0.IPv6 with address XXXX:XXX:XXXX:XXXX:ce4b:73ff:fe43:5b0.
Sep 4 19:13:46 notes avahi-daemon[716]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::ce4b:73ff:fe43:5b0.
Sep 4 19:13:46 notes avahi-daemon[716]: Registering new address record for fe80::ce4b:73ff:fe43:5b0 on wlan0.*.
Sep 4 19:13:46 notes systemd[1]: Starting Hostname Service...
Sep 4 19:13:48 notes wpa_supplicant[878]: wlan0: Trying to associate with SSID 'MYSSID'
Sep 4 19:13:51 notes systemd-networkd[610]: wlan0: Gained carrier
Sep 4 19:13:51 notes systemd-timesyncd[605]: Network configuration changed, trying to establish connection.
Sep 4 19:13:51 notes wpa_supplicant[878]: wlan0: Associated with 26:f5:a2:bf:1f:0d
Sep 4 19:13:51 notes wpa_supplicant[878]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Sep 4 19:13:51 notes wpa_supplicant[878]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=US
Sep 4 19:13:51 notes systemd-networkd[610]: wlan0: Lost carrier
Sep 4 19:13:51 notes wpa_supplicant[878]: wlan0: WPA: Key negotiation completed with 26:f5:a2:bf:1f:0d [PTK=CCMP GTK=CCMP]
Sep 4 19:13:51 notes wpa_supplicant[878]: wlan0: CTRL-EVENT-CONNECTED - Connection to 26:f5:a2:bf:1f:0d completed [id=0 id_str=]
Sep 4 19:13:51 notes systemd-networkd[610]: wlan0: Gained carrier
Sep 4 19:13:51 notes systemd-timesyncd[605]: Network configuration changed, trying to establish connection.
Sep 4 19:13:52 notes avahi-daemon[716]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::ce4b:73ff:fe43:5b0.
Sep 4 19:13:52 notes avahi-daemon[716]: Joining mDNS multicast group on interface wlan0.IPv6 with address XXXX:XXX:XXXX:XXXX:ce4b:73ff:fe43:5b0.
Sep 4 19:13:52 notes systemd-timesyncd[605]: Network configuration changed, trying to establish connection.
Sep 4 19:13:52 notes avahi-daemon[716]: Registering new address record for XXXX:XXX:XXXX:XXXX:ce4b:73ff:fe43:5b0 on wlan0.*.
Sep 4 19:13:52 notes avahi-daemon[716]: Withdrawing address record for fe80::ce4b:73ff:fe43:5b0 on wlan0.
Sep 4 19:13:52 notes avahi-daemon[716]: Registering new address record for fdf5:7fae:c03f:0:ce4b:73ff:fe43:5b0 on wlan0.*.
Sep 4 19:13:52 notes whoopsie[982]: [19:13:52] Cannot reach: https://daisy.ubuntu.com
Sep 4 19:13:52 notes whoopsie[982]: [19:13:52] Cannot reach: https://daisy.ubuntu.com
Sep 4 19:13:53 notes systemd-networkd[610]: wlan0: DHCPv6 address fdf5:7fae:c03f::a51/128 timeout preferred -1 valid -1
Sep 4 19:13:53 notes systemd-networkd[610]: wlan0: DHCPv6 address XXXX:XXX:XXXX:XXXX::a51/128 timeout preferred 261560 valid 261560
Sep 4 19:13:53 notes avahi-daemon[716]: Registering new address record for fdf5:7fae:c03f::a51 on wlan0.*.
Sep 4 19:13:53 notes avahi-daemon[716]: Registering new address record for XXXX:XXX:XXXX:XXXX::a51 on wlan0.*.
Sep 4 19:13:53 notes systemd-timesyncd[605]: Network configuration changed, trying to establish connection.
Sep 4 19:13:53 notes whoopsie[982]: [19:13:53] Cannot reach: https://daisy.ubuntu.com
Sep 4 19:13:53 notes whoopsie[982]: [19:13:53] Cannot reach: https://daisy.ubuntu.com
Sep 4 19:13:53 notes systemd-timesyncd[605]: Synchronized to time server [2001:67c:1560:8003::c7]:123 (ntp.ubuntu.com).
Sep 4 19:13:54 notes systemd-networkd[610]: wlan0: DHCPv4 address 192.168.130.172/24 via 192.168.130.1
Sep 4 19:13:54 notes avahi-daemon[716]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.130.172.
Sep 4 19:13:54 notes avahi-daemon[716]: New relevant interface wlan0.IPv4 for mDNS.
Sep 4 19:13:54 notes avahi-daemon[716]: Registering new address record for 192.168.130.172 on wlan0.IPv4.
Sep 4 19:13:54 notes whoopsie[982]: [19:13:54] Cannot reach: https://daisy.ubuntu.com
Sep 4 19:13:54 notes systemd-resolved[679]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Sep 4 19:13:54 notes systemd-resolved[679]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Sep 4 19:13:54 notes systemd-networkd[610]: wlan0: Configured
Sep 4 19:14:00 notes dbus-daemon[725]: [system] Successfully activated service 'org.freedesktop.hostname1'
Sep 4 19:14:00 notes systemd[1]: Started Hostname Service.
Sep 4 19:14:07 notes colord[938]: failed to get session [pid 2003]: No data available
Sep 4 19:14:30 notes systemd[1]: systemd-hostnamed.service: Succeeded.
Устройство обнаруживается здесь:
*-network
description: Wireless interface
physical id: 1
logical name: wlan0
serial: cc:4b:73:43:05:b0
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=brcmfmac driverversion=7.45.18 firmware=01-6a2c8ad4 ip=192.168.130.172 multicast=yes wireless=IEEE 802.11
1 ответ
У меня есть решение, хотя я смущаюсь называть его ответом.
Первая проблема состояла в том, что так или иначе NetworkManager и networkd оба конкурировали за wlan0 (Wi-Fi) устройство. Я нашел, что получал ошибки, что файл выполнения для wpa_supplicant уже присутствовал. Я полагаю, что, когда NetworkManager настроил устройство, он работал, и когда networkd он не сделал. Повторный ввод, казалось, позволил состояние состязания и выигранный networkd. Это - в основном гипотеза, однако я отключил NetworkManager с этими четырьмя сервисами как показано в этом ответе.
sudo systemctl stop NetworkManager.service
sudo systemctl disable NetworkManager.service
sudo systemctl stop NetworkManager-wait-online.service
sudo systemctl disable NetworkManager-wait-online.service
sudo systemctl stop NetworkManager-dispatcher.service
sudo systemctl disable NetworkManager-dispatcher.service
sudo systemctl stop network-manager.service
sudo systemctl disable network-manager.service
Впоследствии, это перезагрузило и сразу перестало работать (т.е. стал медленным и ненадежным). Моя предыдущая попытка отключить управление питанием (@Kristopher Ives был на правильном пути) только относилась к NetworkManager, по-видимому. Вот пример ping:
Pinging noteswifi.leferguson.com [192.168.130.173] with 32 bytes of data:
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64 # with iwconfig wlan0 power off
Reply from 192.168.130.173: bytes=32 time=1ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64 # iwconfig wlan0 power on
Reply from 192.168.130.173: bytes=32 time=97ms TTL=64
Reply from 192.168.130.173: bytes=32 time=91ms TTL=64
Reply from 192.168.130.173: bytes=32 time=509ms TTL=64
Reply from 192.168.130.173: bytes=32 time=118ms TTL=64
Reply from 192.168.130.173: bytes=32 time=137ms TTL=64
Reply from 192.168.130.173: bytes=32 time=873ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=631ms TTL=64
Reply from 192.168.130.173: bytes=32 time=415ms TTL=64
Reply from 192.168.130.173: bytes=32 time=433ms TTL=64
Reply from 192.168.130.173: bytes=32 time=247ms TTL=64
Reply from 192.168.130.173: bytes=32 time=294ms TTL=64 # iwconfig wlan0 power off
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=5ms TTL=64
Reply from 192.168.130.173: bytes=32 time=3ms TTL=64
Reply from 192.168.130.173: bytes=32 time=4ms TTL=64
Обратите внимание, что это устройство является приводимой в действие строкой, не батарея.
Изменение непосредственно на следующем ping после такого изменения. Я не мог найти, что место настраивает это для networkd простым способом. Этот ответ несмотря на то, чтобы не быть upvoted, кажется, работает (я подтвердил с udo systemctl редактирование - полный емкостно-резистивно-локальный, который rc.local настроен для выполнения),
sudo nano /etc/rc.local # then add the text below:
iwconfig wlan0 power off
exit 0
На данном этапе со сделанным вышеупомянутым, это было стабильно в течение 24 часов, и также посредством повторно введения. Я могу найти, что никакая документация не указывает, что такая конкуренция является вещью - возможно, эта система, которая прошла несколько обновлений, закончился с плохой конфигурацией. Кроме того, с этой записи, 19.10 является довольно новым (хотя мои проблемы предшествовали ей - но это, возможно, просто было powermanagement). Эта установка человечности является настольной версией, и гном присутствует, который, кажется, приносит с нею администратору сети наверху. Возможно, я должен был использовать его и не networkd, но я хотел настроить целую систему от терминала, не gui.
Так, надо надеяться, кто-то больше во внутренности может дать обратную связь относительно того, как это оказалось и, в частности, является там лучшим способом заставить управление питанием постоянно выключить, чем запущение скрипта запуска.