Lendo logs do daemon para wlan0

Question

Eu tenho um dispositivo Raspberry Pi que é executado em Raspbain Linux . O dispositivo tem um bom desempenho em wlan0 , mas nos últimos dias ficou offline (desconectado da rede). Pensei em examinar alguns logs e localizei o arquivo daemon.log em /var/log/ , que contém algumas informações úteis sobre a conectividade de rede wlan0. Eu fiz cat daemon.log | grep wlan0 e mostrei todos os logs.

Eu tentei entender todos os logs e obtive a ideia básica, mas só queria saber um pouco mais sobre os logs, pois poucos termos não são compreensíveis.

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.

Assim, acima, diz que o portador é aceito e 192.168.0.57 foi oferecido pelo roteador (192.168.0.1). Ele tentou se conectar nesse IP e arrendado foi dado por 86400 segundos (24hrs). Mas depois disso, quando diz wlan0: adding route to 192.168.0.0/24 . O que isso significa?

Eu não consigo entender o que realmente está acontecendo com isso. Alguém por favor pode me explicar isso?

Obrigado

    

Answer 1

"Transportadora perdida" pode significar muitas coisas. Talvez o roteador esteja configurado para conceder apenas concessões de DHCP por 24 horas. Em muitos casos, o Network Manager se reconectará automaticamente, mas, em alguns casos, falhará.

Pode indicar que o roteador está configurado para usar a seleção automática de canais e alterar os canais que buscam uma conexão melhor. Em alguns casos, com o Network Manager e os drivers nativos do Linux, o NM não vê o novo canal imediatamente e simplesmente cai. Aqui estão algumas informações muito interessantes sobre isso: link

Por esses motivos, sugiro que os roteadores sejam definidos como WPA2-AES, às vezes conhecido como CCMP e um canal fixo, 1, 6 ou 11.

Talvez seja tão ruim quanto a seleção automática entre os segmentos de 2,4 e 5 gHz do roteador. Eu recomendo que eles sejam renomeados separadamente, algo como myrouter_2.4 e myrouter_5 ou algo assim. Além disso, recomendo que o canal no segmento de 5 gHz seja corrigido.

Eu recomendo que seu domínio regulatório seja definido explicitamente. Verifique o seu:

sudo iw reg get

Se você obtiver 00, essa é uma configuração de tamanho único, talvez ajustada para todos. Encontre o seu aqui: link Defina-o temporariamente:

sudo iw reg set IS

Claro, substitua o código do seu país, se não a Islândia. Definir permanentemente:

sudo nano /etc/default/crda

Altere a última linha para ler:

REGDOMAIN=IS

Revise cuidadosamente, salve e feche o editor de texto.

Depois de definir o código do seu país, veja se os seus 5 gHz estão sujeitos ao DFS: link

sudo iw reg get

Aqui está uma amostra da minha máquina:

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)

Como você pode ver, o DFS ("Reservamo-nos o direito de alternar o canal a qualquer momento") está em vigor para canais acima de 48 e abaixo de 149. Por isso, recomendo um canal fora desse intervalo. Eu uso 149.

O motivo exato em que a transportadora foi perdida não está disponível a partir dos dados limitados no registro. Tudo o que posso sugerir é tentar eliminar todos os possíveis motivos que possam ter ocorrido e ver se o problema está resolvido.