traceroute plusieurs sauts avec la même ip

12

Je suis un développeur de logiciels qui doit parfois effectuer des tâches réseau faciles mais ne sait presque rien à ce sujet.

J'ai des problèmes avec un vps que je loue (ENJOY VPS: Unmanaged VPS - Medium VPS) et ils insistent sur le fait que leur serveur fonctionne correctement, mais je continue d'avoir ce problème, mon serveur continue de descendre tous les jours, c'est moins de 15 minutes , mais c'est tous les jours (parfois deux fois par jour) et je pense que ce n'est pas acceptable.

Bien. voici ma traceroute:

Ma question est presque tout le houblon va à la même IP, c'est mon IP de fournisseur (mais pas mon IP de serveur) ¿est-ce ok? Je configure mon propre serveur DNS (bind9), cela pourrait-il être le problème? Lorsque mon serveur est en panne, ping ne répond pas non plus et je ne peux pas accéder non plus via la console ENJOY VPS. (cela ne me permet pas d'arrêter ou de redémarrer le serveur) (donc, fondamentalement, je ne peux rien faire)

traceroute vers 74.117.153.110 (..HIDDEN ..), 64 sauts maximum, paquets de 52 octets
 1 dsldevice (192.168.1.254) 1,759 ms 1,281 ms 1,627 ms
 2 dsl-servicio-l200.uninet.net.mx (200.38.193.226) 18,611 ms 17,414 ms 26,365 ms
 3 bb-dallas-stemmons-5-pos0-14-0-0.uninet.net.mx (201.125.50.122) 60,559 ms 63,272 ms 72,120 ms
 4 xe-0-3-0-1.r01.dllstx04.us.bb.gin.ntt.net (157.238.225.45) 81.813 ms 81.872 ms 80.888 ms
 5 ae-9.r07.dllstx09.us.bb.gin.ntt.net (129.250.2.208) 83,735 ms 84,919 ms 89,175 ms
 6 xe-0-0-0-15.r07.dllstx09.us.ce.gin.ntt.net (129.250.195.118) 80,686 ms 81,170 ms 84,883 ms
 7 cust-108-60-193-226.corexchange.com (108.60.193.226) 94,542 ms 86,652 ms 85,616 ms
 8 74.117.154.4 (74.117.154.4) 82.222 ms 81.909 ms 80.970 ms
 9 74.117.154.1 (74.117.154.1) 83,212 ms 83,725 ms 81,852 ms
10 74.117.154.4 (74.117.154.4) 97,692 ms 81,136 ms *
11 74.117.154.1 (74.117.154.1) 83.025 ms 82.698 ms 88.137 ms
12 * * *
13 74.117.154.1 (74.117.154.1) 82.197 ms 83.792 ms 83.093 ms
14 * * *
15 74.117.154.1 (74.117.154.1) 83,534 ms 130,318 ms 83,675 ms
16 * * *
17 74.117.154.1 (74.117.154.1) 84,012 ms 84,844 ms 102,515 ms
18 * * *
19 74.117.154.1 (74.117.154.1) 83.032 ms 94.277 ms 86.625 ms
20 * * *
21 74.117.154.1 (74.117.154.1) 240.106 ms 119.049 ms 82.273 ms
22 * * *
23 74.117.154.1 (74.117.154.1) 84.167 ms 82.956 ms 84.310 ms
24 * * *
25 74.117.154.1 (74.117.154.1) 83,955 ms 83,636 ms 83,214 ms
26 * * 74.117.154.4 (74.117.154.4) 83,097 ms
27 74.117.154.1 (74.117.154.1) 83,860 ms 111,847 ms 86,387 ms
28 * * *
29 74.117.154.1 (74.117.154.1) 83,518 ms 83,944 ms 86,903 ms
30 * * *
31 74.117.154.1 (74.117.154.1) 271.557 ms 83.194 ms 103.277 ms
32 * * *
33 74.117.154.1 (74.117.154.1) 85,195 ms 83,311 ms 83,589 ms
34 * * *
35 74.117.154.1 (74.117.154.1) 87,368 ms 100,705 ms 84,437 ms
36 * * *
37 74.117.154.1 (74.117.154.1) 91,463 ms 120,895 ms 84,287 ms
38 74.117.154.4 (74.117.154.4) 82,238 ms * 82,750 ms
39 74.117.154.1 (74.117.154.1) 83,506 ms 83,911 ms 83,995 ms
40 * * *
41 74.117.154.1 (74.117.154.1) 84.081 ms 85.222 ms 84.120 ms
42 * * *
43 74.117.154.1 (74.117.154.1) 84.200 ms 84.603 ms 98.450 ms
44 * * *
45 74.117.154.1 (74.117.154.1) 85,244 ms 84,741 ms 103,672 ms
46 * * *
47 74.117.154.1 (74.117.154.1) 83,717 ms 84,648 ms 87,149 ms
48 * * *
49 74.117.154.1 (74.117.154.1) 88,051 ms 86,047 ms 84,800 ms
50 * * *
51 74.117.154.1 (74.117.154.1) 201,409 ms 170,421 ms 146,111 ms
52 * * *
53 74.117.154.1 (74.117.154.1) 84,987 ms 84,247 ms 87,167 ms
54 * * *
55 74.117.154.1 (74.117.154.1) 111,967 ms 133,665 ms 88,217 ms
56 74.117.154.4 (74.117.154.4) 109,692 ms * 83,531 ms
57 74.117.154.1 (74.117.154.1) 85.115 ms 86.417 ms 85.426 ms
58 * * *
59 74.117.154.1 (74.117.154.1) 84.038 ms 85.114 ms 122.035 ms
60 * * *
61 74.117.154.1 (74.117.154.1) 125,063 ms 84,423 ms 84,824 ms
62 74.117.154.4 (74.117.154.4) 82,987 ms * 133,977 ms
63 74.117.154.1 (74.117.154.1) 159.238 ms 163.869 ms 164.372 ms
64 * * *
Luis Zavaleta
la source
Est-ce uptimecompatible avec vos attentes?
radtrentasei du
2
C'est une boucle de routage - alias "ping pong".
Ricky Beam

Réponses:

15

C'est une boucle de routage. Le routeur avec l'adresse IP 74.117.154.1 continue d'envoyer vos paquets à un autre routeur (74.117.154.4), qui les renvoie à 74.117.154.1. Ils continuent à le faire jusqu'à ce que le TTL du paquet atteigne zéro et que le paquet soit rejeté.

Cela ne peut pas être causé par votre configuration de bind9, quelque chose ne va pas avec la configuration des routeurs.

Vous devez contacter les personnes qui gèrent ce réseau. Si vous êtes sûr qu'il se trouve dans le réseau du fournisseur VPS, contactez-le. Vous pouvez également faire une recherche whois IP pour voir à qui l'adresse IP est attribuée.

Gerben
la source
3
Si le routeur est 74.117.154.1 et le VPS est 74.117.153.110, il est fort probable que la boucle de routage se trouve dans le réseau du fournisseur VPS.
Gabe
J'obtiens la même IP sur seulement deux lignes de mtrsortie. Devrait être une autre question ou est également une mauvaise configuration?
Pablo A
@PabloBianchi Je suggère de poser une nouvelle question (contenant plus d'informations et de contexte, y compris votre sortie mtr).
Gerben
2

Il ressemble à une boucle de routage, combinée à une limite de débit ICMP (74.117.154.4 apparaît dans le modèle au début, puis est principalement remplacé par des délais d'attente).

En recherchant les adresses IP dans whois, les adresses IP problématiques se trouvent dans le même bloc d'allocation que la destination, c'est donc presque certainement dans le réseau de votre fournisseur.

Ce que je soupçonne, c'est que l'un des routeurs (peut-être la boîte hôte de votre machine virtuelle si votre hôte fait le routage IP sur les boîtes hôte) le long du chemin vers votre serveur dans le réseau des fournisseurs d'hébergement perd sa route vers votre serveur. Sans meilleure route, il fait correspondre le paquet à une route par défaut ou récapitulative et renvoie le paquet en amont. Le routeur en amont le renvoie à son tour en aval.

Si votre fournisseur ne peut pas / ne veut pas résoudre ce problème, il est temps de commencer à en chercher un meilleur.

Peter Green
la source