Чтение демона регистрируется для wlan0
У меня есть a Raspberry Pi устройство, которое работает Raspbain Linux. Устройство работает хорошо на wlan0 но с последних нескольких дней, это стало в режиме офлайн (отключенный от сети). Я думал об изучении некоторых журналов и нашел daemon.log файл в /var/log/ который содержит немного полезной информации о сетевом соединении wlan0. Я сделал cat daemon.log | grep wlan0 и это показало все журналы.
Я пытался понять все журналы и получил общее представление, но просто хотел знать немного больше о журналах, поскольку немного условий не понятны.
Apr 9 04:59:33 device dhcpcd[332]: wlan0: carrier acquired
Apr 9 04:59:33 device dhcpcd[332]: wlan0: adding address fe80::bac5:f37d:9bb4:65df
Apr 9 04:59:33 device dhcpcd[332]: wlan0: IAID eb:d3:4c:54
Apr 9 04:59:34 device dhcpcd[332]: wlan0: soliciting a DHCP lease
Apr 9 04:59:34 device dhcpcd[332]: wlan0: offered 192.168.0.57 from 192.168.0.1
Apr 9 04:59:34 device dhcpcd[332]: wlan0: soliciting an IPv6 router
Apr 9 04:59:34 device dhcpcd[332]: wlan0: probing address 192.168.0.57/24
Apr 9 04:59:35 device avahi-daemon[325]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::bac5:f37d:9bb4:65df.
Apr 9 04:59:35 device avahi-daemon[325]: New relevant interface wlan0.IPv6 for mDNS.
Apr 9 04:59:35 device avahi-daemon[325]: Registering new address record for fe80::bac5:f37d:9bb4:65df on wlan0. *.
Apr 9 04:59:38 device dhcpcd[332]: wlan0: leased 192.168.0.57 for 86400 seconds
Apr 9 04:59:38 device avahi-daemon[325]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.0.57.
Apr 9 04:59:38 device avahi-daemon[325]: New relevant interface wlan0.IPv4 for mDNS.
Apr 9 04:59:39 device avahi-daemon[325]: Registering new address record for 192.168.0.57 on wlan0.IPv4.
Apr 9 04:59:39 device dhcpcd[332]: wlan0: adding route to 192.168.0.0/24
Apr 9 04:59:39 device dhcpcd[332]: wlan0: adding default route via 192.168.0.1
Apr 9 04:59:39 device dhcpcd[332]: wlan0: removing route to 192.168.0.0/24
Apr 9 04:59:47 device dhcpcd[332]: wlan0: no IPv6 Routers available
Apr 9 05:15:49 device dhcpcd[332]: wlan0: carrier lost
Apr 9 05:15:49 device dhcpcd[332]: wlan0: deleting address fe80::bac5:f37d:9bb4:65df
Apr 9 05:15:49 device avahi-daemon[325]: Withdrawing address record for fe80::bac5:f37d:9bb4:65df on wlan0.
Apr 9 05:15:49 device avahi-daemon[325]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::bac5:f37d:9bb4:65df.
Apr 9 05:15:49 device avahi-daemon[325]: Interface wlan0.IPv6 no longer relevant for mDNS.
Apr 9 05:15:49 device dhcpcd[332]: wlan0: deleting default route via 192.168.0.1
Apr 9 05:15:49 device avahi-daemon[325]: Withdrawing address record for 192.168.0.57 on wlan0.
Apr 9 05:15:49 device avahi-daemon[325]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.0.57.
Apr 9 05:15:49 device avahi-daemon[325]: Interface wlan0.IPv4 no longer relevant for mDNS.
Таким образом выше, это говорит что полученный поставщик услуг и 192.168.0.57 предлагался маршрутизатором (192.168.0.1). Это пыталось соединиться на том IP, и арендованный был дан в течение 86 400 секунд (24 часа). Но после этого когда это говорит wlan0: adding route to 192.168.0.0/24. Что делает это означает.?
Я не могу понять то, что является actully, происходящим с ним. Может любой объяснять это мне.?
Спасибо
1 ответ
“Поставщик услуг, потерянный”, мог иметь в виду много вещей. Возможно, маршрутизатор установлен только предоставить арендные договоры DHCP в течение 24 часов. Во многих случаях Администратор сети снова соединится автоматически, но, в нескольких случаях, сбоях.
Это могло указать, что маршрутизатор установлен использовать автоматический выбор канала и переключенные каналы, ища лучшее соединение. В довольно многих случаях, с Администратором сети и собственными драйверами Linux, NM не видит новый канал сразу и просто отбрасывает. Вот некоторая очень интересная информация об этом: https://superuser.com/questions/1311149/why-do-wifi-routers-do-such-a-bad-job-of-channel-selection
По этим причинам я предлагаю, чтобы маршрутизаторы были установлены на WPA2-AES, иногда известные как CCMP и фиксированный канал, или 1, 6 или 11.
Возможно, как плохо автоматический выбор между сегментами на 5 ГГц и на 2,4 ГГц маршрутизатора. Я рекомендую, чтобы они были переименованы отдельно, что-то как myrouter_2.4 и myrouter_5 или некоторые такой. Также, я рекомендую, чтобы канал в сегменте на 5 ГГц был починен.
Я рекомендую, чтобы Ваш регулирующий домен был установлен явно. Проверьте Ваш:
sudo iw reg get
Если Вы добираетесь 00, который является установкой one-size-maybe-fits-all. Найдите Ваш здесь: http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 Затем устанавливает его временно:
sudo iw reg set IS
Конечно, замените своим кодом страны если не Исландия. Установите его постоянно:
sudo nano /etc/default/crda
Измените последнюю строку для чтения:
REGDOMAIN=IS
Корректируемый тщательно, сохраните и закройте текстовый редактор.
После установки кода страны посмотрите, подвергаются ли 5 ГГц DFS: https://en.wikipedia.org/wiki/Channel_allocation_schemes#DFS
sudo iw reg get
Вот образец от моей машины:
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
Как Вы видите, DFS (“Мы оставляем за собой право переключать канал в любое время”.) в действительности для каналов выше 48 и ниже 149. Поэтому я рекомендую канал вне того диапазона. Я использую 149.
Точная причина, что поставщик услуг был потерян, не доступна от ограниченных данных в журнале. Все, что я могу предложить, должно попытаться устранить каждую возможную причину, она, возможно, произошла и видит, разрешена ли проблема.