OpenWrt Backfire 10.03 Frequentemente não responde (cliente em ponte)

0

Eu tenho uma versão 2 do Linksys WRT54G que eu exibi com o OpenWrt Backfire 10.03. Ele está agindo como um cliente em ponte usando o driver para me dar acesso à rede em meu escritório em casa, que é em um canto distante da minha casa em uma posição que tornaria extremamente difícil pescar o cabeamento de rede através das paredes. Tenho três dispositivos prontos para rede conectados ao dispositivo que atualmente não suportam WiFi, incluindo uma impressora em rede.

Desde que migrei do WhiteRussian, que também foi configurado como um cliente em ponte, para o Backfire, o dispositivo não responde, como se o próprio SO falhasse ou estivesse congelado. A luz da WLAN fica completamente sólida e as luzes da LAN permanecem na maior parte do tempo sólidas, piscando e ligando novamente, talvez uma vez por segundo ou mais. Todos eles piscam mais ou menos em uníssono.

Existe alguma maneira de diagnosticar por que isso está acontecendo para que eu possa corrigi-lo? No momento, a única maneira de consertá-lo é desconectar o dispositivo e conectá-lo novamente.

    
por Christopher Parker 01.02.2011 / 15:53

2 respostas

0

Chris Eu começaria monitorando o dispositivo com uma conexão SSH para o dispositivo em ponte de uma máquina na sua rede, se você usar o Windows, precisará obter um cliente SSH como o putty. A partir desse terminal

tail -f /varlog/messages (I think it's messages, I will double check in a second)

e deixe o terminal aberto e continue o seu negócio. Quando o roteador travar, você deve ter um registro do último bit de eventos que aconteceu e pode iniciar a solução de problemas a partir dele.

Aqui é um link da configuração do sistema do openwrt para garantir que o registro seja ativado e para onde é direcionado.

    
por 01.02.2011 / 16:12
0

backfire 10.3.1 está fora. configuração de backup, atualização, configuração de restauração. você não menciona nenhum cliente sem fio. Por que não usar bridge sem fio normal? come memória e você não tem muito disso.

O comando adequado de leitura de registros é "logread"

    
por 27.01.2012 / 17:23