Le routeur redémarre après le grand téléchargement de la touche GIT ou de gros fichier
Mon problème est que Modem ( modem/routeur n ° 1 présenté ci-dessous) redémarre lui-même, quand je fais git Push Avec beaucoup de fichiers (je ne suis pas sûr de la taille de la poussée de briser la connexion, mais de plus en plus pousses avec seulement quelques fichiers fonctionnent correctement). La même chose se produit, lorsque je suis connecté avec le serveur via OpenVPN et j'essaie de télécharger un fichier via Samba.
Voici mon configuration de réseau domestique (j'ai un serveur de maison exposé via le site Web DDNS.NET):
- [~ # ~] PC [~ # ~ ~] est mon ordinateur à domicile à partir de laquelle je envoie des demandes. Son IP est aléatoire.
- [~ # ~ ~] PC [~ # ~ ~] est connecté à modem/routeur n ° 1 via wifi ou lan.
- modem/routeur n ° 1 gère également les demandes entrantes - son adresse IP publique est utilisée par le site Web DDNS.NET. Son IP locale est 192.168.0.1.
- routeur n ° 2 est connecté à modem/routeur n ° 1. Son IP sur modem/routeur n ° 1 est le 192.168.0.103.
- routeur n ° 2 a son propre réseau local, dans lequel son IP est 192.168.1.1.
- serveur est connecté à routeur n ° 2 via LAN. Son IP est 192.168.1.100.
- dDNS.NET Les demandes de site web allez à modem/routeur n ° 1 et les ports spécifiques sont transférés sur routeur n ° 2, qui transfère davantage la demande à Serveur, qui gère enfin les demandes et envoie une réponse de la même manière.
- modem/routeur n ° 1 Le modèle n'est pas facile à trouver, car il s'agit simplement d'appeler "boîte de connexion UPC" (je viens de la Pologne et UPC est un de nos FAI), mais j'ai pu trouver que c'est la version logicielle est
CH7465LG-NCIP-6.12.18.25-2p4-NOSH, qui est utilisé par les réseaux Broadband compal CH7465LG-LC. - routeur n ° 2 est TP-link TL-WR841N.
- serveur utilise Lubuntu.
lsb_release -aCommande retourne:
Aucun modules LSB n'est disponible.
Identifiant de distributeur: Ubuntu
Description: Ubuntu 18.04.2 LTS
Libération: 18.04
Nom de code: bionic
- Il convient de noter que de tels problèmes ne se sont pas produisés dans le passé. J'ai pu télécharger des fichiers de n'importe quelle taille sur exactement la même configuration. Je n'ai aucune idée de ce qui aurait pu changer.
Certaines choses que j'ai déjà essayées/vérifiées:
- [~ # ~ ~] PC [~ # ~ ~] connecté à un point d'accès mobile, au lieu de modem/routeur n ° 1 - Dans ce cas, tout fonctionne bien .
- [~ # ~] PC [~ # ~] Connecté à un modem/routeur n ° 1 Via LAN au lieu de wifi - Le problème se produit dans les deux cas.
- Cette solution de si - ne change rien.
- Je suis capable de voir un journal modem/routeur n ° 1, qui est malheureusement quelque peu vague. Lorsque le redémarrage se produit, il indique simplement que "le redémarrage du modem câble - en raison de la réinitialisation de l'alimentation".
- Rien de mal n'a été trouvé dans les journaux du serveur (au moins dans Syslog et Samba Logs).
Je ne m'attends pas à une solution prête à ce problème, mais j'apprécierais vraiment tous les conseils sur les endroits où puis-je lancer un dépannage supplémentaire? Que puis-je vérifier pour connaître la cause de ce comportement?
- Edit # 1 -
J'ai vérifié une autre possibilité. Lorsque je suis connecté directement à routeur n ° 2 via WiFi, cela ne fonctionne pas aussi bien. Je dois être complètement en dehors de mon réseau à domicile pour faire un téléchargement. Lorsque je suis connecté à routeur n ° 2, alors c'est toujours modem/routeur n ° 1 qui se réinitialise.
- Edit # 2 -
En fait, après une analyse ultérieure, la vérification de la modification n ° 1 n'a pas vraiment de sens, car elle ajoute seulement un autre "nœud" au voyage de la demande. J'ai préparé un diagramme des trois cas (PC connecté à modem/routeur n ° 1 (modem UPC), routeur n ° 2 (link TP) et mobile point chaud). Cela peut ne pas être complètement correct, c'est vraiment simplifié, juste pour voir combien de travail le modem a-t-il.
- Edit # 3 -
Grâce au diagramme de la modification n ° 2, je suis arrivé à une conclusion, que je peux essayer de réduire le travail requis par le modem lorsque je suis dans le même réseau simplement en accédant à un serveur par son IP locale, au lieu de passer dans le domaine DDNS. Donc, lorsque j'ai poussé des fichiers à 192.168.0.103 (qui est une adresse IP du routeur TP-Link sur UPC - voir le premier diagramme), il a été transféré directement sur le serveur, en diminuant ainsi une charge sur UPC modem et tout a fonctionné parfaitement. Pourquoi plus d'opérations sur le modem le font redémarrer est toujours une mission pour moi, en sachant notamment qu'il a fonctionné il y a quelques mois, mais au moins j'ai une solution de contournement pour l'instant. Le principal problème persiste et je crains que cela puisse réellement être un problème de firmware. Toute nouvelle idée est toujours la bienvenue.
- Modifier # 4 -
Après avoir commuté un adaptateur de puissance pour un tout neuf, le routeur est toujours réinitialisé lorsque vous faites une grosse poussée git. Cela se produit avec et sans un ventilateur le refroidissant. Je contacterai le fournisseur de services Internet.
C'est un firmware défectueux, cela n'a pas eu lieu avec CH7465LG-NCIP-6.12.18.24-5P4-NOSH. Ce problème provoque le redémarrage du routeur lorsque l'épingle à cheveux ou la boucle est en cours d'exécution. Avec cette erreur, vous ne pouvez pas utiliser l'IP publique ou le nom de domaine dans votre réseau local, car c'est ce qui provoque le redémarrage. Il fait quelques mois maintenant et toujours pas corrigé. Vous pouvez demander à votre FAI de rétrograder à distance sur CH7465LG-NCIP-6.12.18.24-5P4-NOSH, mais le routeur se met à jour de toute façon et que le fournisseur de services Internet ne peut pas l'empêcher de le faire. Nous sommes donc tous vissés.
Vous avez fait un message descriptif bien écrit. Mais, il est écrit du point de vue qu'il doit y avoir quelque chose d'extérieur au modem causant le problème.
Tu as écrit
Je suis capable de voir un journal de modem/routeur n ° 1, malheureusement quelque peu vague. Lorsque le redémarrage se produit, il indique simplement que "le redémarrage du modem câble - en raison de la réinitialisation de l'alimentation".
Rien ne devrait jamais causer un appareil à réinitialiser physiquement.
Il n'y a que trois problèmes possibles ici:
- Il fait chaud et votre modem surchauffe. Augmentez à nouveau le flux d'air autour de l'appareil et testez à nouveau. Mettez un ventilateur directement sur l'appareil.
- Le modem ou l'adaptateur secteur est mauvais. Obtenez-le remplacé. Cela pourrait être un bogue de firmware et vous pouvez demander à l'ISP de confirmer qu'il exécute le dernier firmware, mais je pense que cela est peu probable.
- Quelque chose interrompt la puissance de l'unité. Essayez une sortie complètement différente.
À mon avis, n ° 1 est le coupable le plus probable et cela peut avoir déjà fait des dommages irréversibles nécessitant le remplacement du modem.
Ceci est l'équipement ISP. Vous devriez leur parler pourquoi Le modem redémarre puis le remplacer est remplacé si nécessaire.
Ma suggestion est que c'est un problème de routeur. J'ai la même erreur avec le UPC= Connectez le routeur CH7465LG-LC. J'aimerais exécuter un serveur local sur l'un des deux ordinateurs de mon réseau local. Le serveur doit être connecté via le public IP, donc chaque fois que j'essaie de se connecter à l'autre ordinateur, j'obtiens la même erreur "Redémarrage du modem câble - en raison de la réinitialisation de l'alimentation". Pas de surchauffe et définitivement pas d'échec de l'adaptateur secteur. J'espère UPC a résolu Ce problème, attendant toujours leur soutien.