Como diagnosticar problemas do Time Capsule

Eu tenho um Time Capsule de primeira ou segunda geração que atua como ponto de acesso Wi-Fi e loja de backup do Time Machine para nossos laptops. Nas últimas semanas, começamos a enfrentar vários problemas, como a taxa de transferência do WiFI sendo praticamente reduzida a nada, os backups do Time Machine falhando e o próprio Capsule ficando inacessível. Essas situações podem ser resolvidas com o ciclo de energia do Capsule (e, a longo prazo, substituindo-o por um novo modelo).

Enquanto isso, quais opções tenho para diagnosticar o problema? Eu já examinei os logs pelo Airport Utility, mas eles não mostram nada relacionado a esses incidentes. Existem outras opções?

O principal problema que você menciona sobre a força da rede e / ou a degradação do desempenho deve ser algo que você pode perceber com o dumping periódico do status RSSI usando o airportbinário. Eu o vinculo a / usr / bin por razões de $ PATH e facilidade de acesso, mas está realmente enterrado em uma estrutura de sistema.

Air:~ me$ which airport
/usr/local/bin/airport
Air:~ me$ ls -l /usr/local/bin/airport
lrwxr-xr-x  1 root  wheel  89 Apr  4  2012 /usr/local/bin/airport -> /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport

Se você fosse do tipo sysadmin unix, configuraria o encaminhamento de logs SNMP no AirPort / Time Capsule para enviar todos os logs para o seu Mac e configuraria o syslogd para arquivar essas mensagens do aeroporto em um log de sua escolha . A versão 6 do Airport Utility (e as versões do iOS) não tem a capacidade de definir um host de log remoto SNMP, faça o download de uma versão mais antiga e mantenha uma cópia daqui para frente, caso você queira essa funcionalidade extra.

A opção --getinfo permite representar graficamente seus níveis de sinal e ruído observados e você pode até automatizar o --scan para ver se consegue correlacionar quedas a outras redes que aparecem no mesmo canal com um sinal melhor (ou até causando excesso de ruído) . Depois de conseguir detectar 10 falhas, você pode começar a examinar os logs para ver se consegue detectar algum padrão. Você também precisará manter boas notas sobre o que altera (e quando e por que) em termos de reinicializações, descargas, alterações de canais, etc.

Dependendo de como você está entediado, você pode criar um script dessas coleções de dados para anexar xml ou csv e usar uma planilha para mapear os valores ao longo do tempo. Se você estava extremamente entediado ou motivado, configure o MRTG - mas para a maioria das redes domésticas, é muito difícil configurar e muito menos manter.