Dépannage d'un routeur industriel : isoler la panne avant de réparer

Le modem du routeur peut être enregistré sur le réseau cellulaire alors que le service de données de l'automate reste hors ligne. Tout redémarrer peut rétablir brièvement le trafic, mais effacer les indices nécessaires au diagnostic. Partez de la tâche utilisateur en panne et examinez, dans l'ordre, alimentation, radio, chemin IP, tunnel et application. Consignez chaque observation avant de modifier les réglages.

Relever la panne avant toute modification

Notez modèle, révisions matérielle et firmware, SIM et opérateur, alimentation, équipements raccordés, heure du premier incident et dernier état connu comme fonctionnel. La panne touche-t-elle un appareil, un site ou plusieurs ? Sauvegardez événements et configuration disponibles, puis alignez leurs horodatages avec ceux de l'automate, du point VPN et de l'application. L'état « en ligne » ne remplace pas une nouvelle transaction applicative.

Respectez les procédures de maintenance et de sécurité du site. Si une modification distante risque de rendre le routeur inaccessible, prévoyez d'abord une voie locale de reprise.

Une remise à zéro d'usine n'est pas un premier diagnostic : elle peut supprimer configuration utile, certificats et journaux.

Symptôme	Première distinction	Preuves à recueillir
Routeur éteint ou redémarrages	Alimentation/câblage ou défaut interne	Tension en charge, heure, connecteur et température
Cellulaire déconnecté	SIM/abonnement/APN ou radio et opérateur	Enregistrement, signal, réponse opérateur et événements modem
WAN actif, service indisponible	DNS/route/pare-feu/VPN ou application	Adresse, route, état du tunnel et test d'un service connu
Données lentes ou intermittentes	Variation radio, saturation ou retard du serveur	Pertes, latence, trafic et journaux applicatifs alignés dans le temps

Vérifier alimentation et radio avant les paramètres IP

Comparez l'alimentation à la plage autorisée et aux consignes d'installation du modèle exact. Mesurez aux bornes du routeur sous charge réelle, examinez les connecteurs et cherchez des redémarrages corrélés. Les voyants aident à repérer un état, mais leur sens dépend du modèle et ils ne prouvent pas un service de bout en bout.

Pour le cellulaire, vérifiez SIM, abonnement, APN, enregistrement et opérateur sélectionné. Comparez mesures radio et position de l'antenne avec une référence qui fonctionne. Aucun seuil RSSI ou SINR universel ne qualifie l'application. Si l'incident dépend de l'heure, du lieu ou du changement de SIM, consignez ces conditions. Le guide de validation du site propose une comparaison radio et applicative contrôlée.

Suivre le paquet jusqu'à l'application

Une fois le WAN actif, vérifiez adresse obtenue, résolution DNS, route par défaut, NAT et politique de pare-feu. Un forfait cellulaire peut placer le routeur derrière un NAT opérateur ; changer une entrée DDNS locale n'ouvre pas de chemin entrant. Le guide DDNS précise cette limite.

Pour le VPN, contrôlez la joignabilité du point distant, authentification/certificats, établissement du tunnel et route vers le sous-réseau cible. Testez ensuite le service automate/IHM depuis un client autorisé. Si le tunnel est « connecté » mais l'application échoue, examinez appareil cible, point protocolaire et journaux applicatifs avant d'incriminer l'opérateur. Le guide d'accès distant décrit le trajet complet.

Pour Modbus ou un autre protocole terrain, comparez demandes, réponses, adressage et délais au bon point. Une lecture échouée peut venir de l'application ou de l'automate même si les paquets IP passent. Le guide de diagnostic automate/Modbus sépare ces cas.

Corriger une cause, puis prouver la reprise

Ne changez qu'une variable contrôlée à la fois et conservez la configuration précédente. Si la cause est électrique, réparez alimentation ou câblage et confirmez la stabilité en charge. Pour SIM/APN ou politique opérateur, confirmez le service avec l'opérateur puis retestez. Pour route, pare-feu ou tunnel, appliquez la correction approuvée la plus limitée et relisez la configuration active.

Après la modification, répétez la tâche initialement échouée et observez-la pendant une durée adaptée. Ajoutez un test autorisé de bascule ou de redémarrage si ce comportement compte. Notez changement, preuve de la cause, fonction rétablie et inconnues restantes. Pour demander une réparation matérielle, fournissez modèle, numéro de série, journaux et conditions reproductibles ; l'échec de changements logiciels ne prouve pas seul une panne de carte.

FAQ

Un ping réussi prouve-t-il que l'application industrielle fonctionne ?

Non. Il vérifie une portée IP limitée. Testez le point final, la transaction protocolaire et la valeur ou action attendue par l'utilisateur.

Faut-il redémarrer ou réinitialiser d'abord ?

Sauvegardez généralement état, journaux et configuration en premier. Redémarrez si la procédure le prévoit et qu'un moyen de reprise existe. La remise à zéro peut effacer preuves et réglages du site.

Que faire si le routeur est en ligne mais l'accès distant échoue ?

Vérifiez successivement adressage WAN, NAT opérateur, VPN, routes, pare-feu et service cible. « En ligne » ne démontre pas un chemin applicatif autorisé.

Quand demander une réparation matérielle ?

Après avoir isolé alimentation, câblage, service radio, configuration et équipements externes, si des preuves reproductibles pointent vers le routeur. Suivez le processus du modèle.