4 votes

Comment diagnostiquer les problèmes de Time Capsule

J'ai une Time Capsule de 1ère ou 2ème génération qui sert à la fois de point d'accès WiFi et de magasin de sauvegarde Time Machine pour nos ordinateurs portables. Au cours des dernières semaines, nous avons commencé à rencontrer divers problèmes tels que la réduction du débit WiFI à pratiquement rien, l'échec des sauvegardes Time Machine et l'inaccessibilité de la Capsule elle-même. Ces situations peuvent être résolues en mettant la Capsule hors tension (et à long terme en la remplaçant par un nouveau modèle).

En attendant, quelles sont les options dont je dispose pour diagnostiquer le problème ? J'ai déjà regardé les journaux via Airport Utility mais ils ne montrent rien du tout en rapport avec ces incidents. Existe-t-il d'autres possibilités ?

4voto

Oskar Points 1242

Le principal problème que vous mentionnez, à savoir la dégradation de la puissance et/ou des performances du réseau, devrait pouvoir être détecté grâce à un vidage périodique de l'état du RSSI à l'aide de la fonction airport binaire. Je le lie symétriquement à /usr/bin pour des raisons de $PATH et de facilité d'accès, mais il est vraiment enfoui dans un framework System.

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

Si vous étiez un administrateur système unix, vous mettriez en place Transfert des journaux SNMP sur l'AirPort/Time Capsule pour envoyer tous les journaux à votre Mac et à votre ordinateur. configurer syslogd pour classer ces messages d'aéroport dans un journal de votre choix . La version 6 de l'utilitaire Airport (et les versions iOS) n'ont pas la possibilité de définir un hôte SNMP de journalisation à distance, donc télécharger une ancienne version et conservez-en une copie au cas où vous souhaiteriez bénéficier de cette fonctionnalité supplémentaire.

L'option --getinfo vous permettra de représenter graphiquement les niveaux de signal et de bruit observés et vous pourrez même automatiser --scan pour voir si vous pouvez corréler les échecs à d'autres réseaux se présentant sur le même canal avec un meilleur signal (ou même causant un excès de bruit). Une fois que vous avez réussi à détecter 10 échecs, vous pouvez commencer à examiner les journaux pour voir si vous pouvez détecter des modèles. Vous devrez également prendre des notes sur ce que vous changez (et quand et pourquoi) en termes de redémarrages, de pannes, de changements de canaux, etc...

Selon votre degré d'ennui, vous pourriez script ces collectes de données pour ajouter du xml ou du csv et utiliser une feuille de calcul pour représenter les valeurs dans le temps. Si vous étiez suprêmement ennuyé ou motivé, configurer MRTG - mais pour la plupart des réseaux domestiques, c'est une surcharge sévère à configurer et encore moins à maintenir.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X