traceroute muchos saltos con la misma ip

12

Soy un desarrollador de software que a veces tiene que hacer algunas tareas de red fáciles pero no sabe casi nada al respecto.

Tengo algunos problemas con un vps que alquilo (DISFRUTA DE VPS: VPS no administrado - VPS medio) e insisten en que su servidor está funcionando bien, pero sigo teniendo este problema, mi servidor sigue cayendo todos los días, son menos de 15 minutos , pero es todos los días (a veces dos veces al día) y creo que eso no es aceptable.

Bien. Aquí está mi traceroute:

Mi pregunta es que casi todos los saltos van a la misma ip, esa es la ip de mi proveedor (pero no la ip de mi servidor) ¿está bien? Configuré mi propio servidor DNS (bind9) ¿podría ser ese el problema? Cuando mi servidor está inactivo, el ping tampoco responde y no puedo acceder a través de la consola ENJOY VPS. (no me deja detener o reiniciar el servidor) (así que, básicamente, no puedo hacer nada)

traceroute a 74.117.153.110 (.. OCULTO ..), 64 saltos máximo, paquetes de 52 bytes
 1 dispositivo dsl (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
dieciséis * * *
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 * * *

ping traceroute

— Luis Zavaleta
fuente

¿Es uptimecompatible con sus expectativas?

— radtrentasei

2

Ese es un bucle de enrutamiento, también conocido como "ping pong".

— Ricky Beam

15

Ese es un bucle de enrutamiento. El enrutador con la dirección IP 74.117.154.1 sigue enviando sus paquetes a otro enrutador (74.117.154.4), que los envía de nuevo a 74.117.154.1. Siguen haciendo esto hasta que el TTL del paquete llegue a cero, y el paquete se descarte.

Esto no puede ser causado por su configuración de bind9, algo está mal con la configuración de los enrutadores.

Debe contactar a las personas que ejecutan esa red. Si está seguro de que está en la red del proveedor de VPS, comuníquese con ellos. También puede hacer una búsqueda de IP whois para ver a quién se le asigna la dirección IP.

— Gerben
fuente

3

Si el enrutador es 74.117.154.1 y el VPS es 74.117.153.110, es muy probable que el bucle de enrutamiento se encuentre en la red del proveedor de VPS.

— Gabe

Obtengo la misma IP en solo dos filas de mtrsalida. ¿Debería ser otra pregunta o también es una mala configuración?

— Pablo A

@PabloBianchi Sugeriría hacer una nueva pregunta (que contiene más información y contexto, incluida su salida mtr).

— Gerben

2

Parece un bucle de enrutamiento, combinado con un límite de velocidad ICMP (74.117.154.4 aparece en el patrón al principio y luego se reemplaza principalmente por tiempos de espera).

Al buscar las IP en whois, las IP problemáticas están en el mismo bloque de asignación que el destino, por lo que es casi seguro que está en la red de su proveedor.

Lo que sospecho que está sucediendo es que uno de los enrutadores (posiblemente la caja de host para su VM si su host realiza enrutamiento IP en las cajas de host) a lo largo de la ruta a su servidor en la red de proveedores de hosting está perdiendo su ruta hacia su servidor. Sin rutas mejores, hace coincidir el paquete con una ruta predeterminada o de resumen y envía el paquete de regreso. El enrutador ascendente a su vez lo envía de regreso aguas abajo.

Si su proveedor no puede / no arreglará esto, es hora de comenzar a buscar uno mejor.

— Peter Green
fuente