Le serveur devient inaccessible et se remet en marche tout seul (probablement un problème de réseau).

Ce type de problème ne génère généralement pas beaucoup de messages de journal. Vous avez découvert les deux messages importants qui montrent que les interfaces sont descendues et montées. Ils peuvent être générés en débranchant le câble Ethernet et en le rebranchant.

Il peut s'agir d'un mauvais câble entre la carte réseau et le routeur. Mes premières mesures (faites une à la fois) seraient :

• Remplacez le câble connecté à eth0 et voyez si cela résout le problème.
• Reconfigurez les interfaces réseau pour que le trafic actuellement sur eth0 soit sur eth1 et vice versa. (Nécessite un redémarrage du réseau et un échange de câbles.) Si le problème se déplace, il s'agit alors d'une carte réseau défaillante.
• Vérifiez l'état du périphérique en amont et son alimentation. S'il perd son alimentation ou s'il est défaillant, vous pouvez observer ce type de comportement.
• Exécuter netstat -i o ifconfig et examinez le nombre d'erreurs. Normalement, ils doivent être égaux à 0 ou à un seul chiffre. Un nombre élevé d'erreurs de porteuse ou de trame peut indiquer une mauvaise adaptation duplex. Le décalage duplex peut être vérifié en chargeant puis en téléchargeant un gros fichier. De grandes différences de vitesse accompagnées d'un nombre croissant d'erreurs indiquent une désynchronisation de la liaison. Les modems-câbles ont généralement des largeurs de bande différentes pour le chargement et le déchargement, de sorte que les transferts locaux fonctionnent mieux pour ce test.

Un outil que j'utilise est mtr . J'utilise une commande comme mtr -i 15 -n google.com pour surveiller la connectivité. Envisagez d'utiliser l'un des serveurs de votre FAI au lieu de google.com. Il peut être exécuté en mode rapport par lot. Si le problème se situe en amont du serveur, la sortie devrait aider à identifier où le problème se produit.