Question : Ne peut pas se relier aux erreurs de base de données

Bonjour, le

Have a noté que beaucoup d'erreurs de raccordement entre notre boîte de fenêtres (1box court apache, la 2ème boîte court Mysql) les deux serveurs sont sur le même filet inférieur et les ports sont ouverts.  AM capable se relier par l'intermédiaire du telnet entre les serveurs sur le port 80 et 3306 (qui sont en service) sans issue mais par intermittence j'obtiens « ne peux pas relier le raccordement refusé par l'hôte » une exposition d'essai de cinglement aucun paquet perdu mais latence qui n'est pas normale.   Est-ce que c'un matériel issue est relative avec la carte ou le port de réseau sur le commutateur ? class= > " clair " de

> de " codeSnippet " de class= de

class= " lineNumbers " de

class= de

1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : 9 : 10 : 11 : 12 : 13 : 14 : 15 : 16 : 17 : 18 : 19 : 20 : 21 : 22 : 23 : 24 : 25 : 26 : 27 : 28 : 29 : 30 : 31 : 32 : 33 : 34 : 35 : 36 :

class= " de l'id= " codeSnippet760676 de Reply de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=3ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=15ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=14ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=14ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=14ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=14ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=15ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time<1ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=2ms TTL=128 Réponse de 203.57.0.XX : bytes=32 time=2ms TTL=128 Statistiques de cinglement pour 203.57.0.XX : Paquets : = 149 envoyés, reçu = 149, perdu = 0 (perte de 0%), Temps approximatifs de voyage aller-retour en millisecondes : Minimum = 0ms, maximum = 15ms, moyenne = 1ms Control-C

class= de

Réponse : Ne peut pas se relier aux erreurs de base de données

Si vous avez un groupe date/heure pour une des erreurs d'ordures de raccordement, je regarderais dans les journaux d'événement de système et d'application pour voir s'il y a un événement correspondant autour de ce même calendrier que mon indiquer la raison du refus.   Naturellement, s'il ne cause réellement aucune issue, je peux être tenté pour le marquer à la craie jusqu'aux opérations normales.