Tutoriales de VPS
Cómo probar las rutas de ida, vuelta y doble sentido de un VPS (2026): por qué mirar solo el ping te lleva a comprar mal
Muchas personas, antes de comprar un VPS, solo hacen ping, ven una latencia baja y creen que la ruta es buena. Solo cuando entra en producción descubren: rápido de día, colapsa de noche; la ida se ve bonita, la vuelta da rodeos; la latencia media está bien pero el jitter y la pérdida de paquetes hunden el negocio. El problema no es que el ping no sirva, sino que solo responde "¿se puede llegar?" y "¿más o menos qué tan rápido ahora?", no "¿cómo llega?", "¿cómo es el camino de vuelta?" ni "¿temblará en hora punta?".
Muchas personas, antes de comprar un VPS, tienen la misma primera reacción:
- Hacer ping primero
- Ver si la latencia es alta
- Si la latencia es baja, creer que la ruta es buena
Este paso no está mal, pero si te quedas solo aquí, es muy fácil comprar mal.
Porque el ping solo puede responder una pequeña parte de las preguntas:
- ¿Esta máquina se puede alcanzar ahora?
- ¿Cuál es aproximadamente la latencia de ida y vuelta actual?
No puede responder estas preguntas más críticas:
- ¿Cómo van los paquetes?
- ¿El camino de vuelta es otra ruta?
- ¿Temblará de repente en la hora punta nocturna?
- ¿Pasa por Japón, Estados Unidos o incluso más lejos en el medio?
- ¿La pérdida de paquetes es porque el router no quiere responder, o porque el enlace realmente tiene problemas?
Así que el enfoque de este artículo no es enseñarte a memorizar conceptos, sino explicar claramente el orden de pruebas más práctico:
- Qué son la ruta de ida, la de vuelta y la de doble sentido
- Qué puede mostrar cada uno: ping, traceroute y MTR
- Por qué mirar solo el ping hace que una ruta normal se juzgue erróneamente como "no está mal"
- Cómo probar realmente antes de comprar un VPS para acercarte a la experiencia real
1) Primero la conclusión: el ping muestra la latencia básica, pero no basta para comprar una máquina
Muchas personas creen:
- Ping bajo = buena ruta
- Ping estable = máquina estable
Esto solo se cumple a un nivel muy burdo.
Dicho con más precisión:
- El ping sirve para un "chequeo rápido"
- No sirve como única base para "decidir la compra"
Porque el ping en esencia solo es:
- Enviar un ICMP Echo Request al destino
- Ver si el otro lado responde
- Medir de paso el tiempo de ida y vuelta (RTT)
Por eso es muy bueno para:
- Juzgar rápidamente si hay conectividad
- Dar una referencia básica de latencia
Pero no es bueno para:
- Decirte cómo va la ruta
- Distinguir diferencias entre ida y vuelta
- Identificar fluctuaciones del enlace en hora punta nocturna
- Localizar en qué salto empieza el problema
En una frase:
- El ping tiene valor, pero se parece más a un termómetro que a un TAC.
Si no entiendes primero estos tres términos, muchas pruebas posteriores te parecerán confusas.
La ruta de ida es:
- Cómo va el camino desde tu red -> VPS
Por ejemplo, si estás en China Telecom en Shanghái y pruebas un VPS de Japón, la ruta de ida muestra:
- Tu red saliendo desde local
- Por qué nodos de operador pasa
- Finalmente llegando al centro de datos de Japón
La ruta de vuelta es:
- Cómo va el camino desde el VPS -> tu red
Este paso es muy crítico, porque una realidad muy común en internet es:
- Al ir se va por la ruta A
- Al volver se vuelve por la ruta B
Lo que la gente suele llamar:
- Enrutamiento asimétrico
Doble sentido es mirar ambos lados.
Es decir, lo que realmente te importa no es:
- Si puedes conectarte a este VPS
Sino:
- Cómo va la ida
- Cómo va la vuelta
- Si ambos lados son estables
Si solo pruebas la ida, puedes juzgar mal; si solo pruebas la vuelta, también puedes pasar por alto problemas.
Así que la forma realmente fiable de comprar suele ser:
- Ida: ver si la ruta es limpia
- Vuelta: ver si la línea está realmente optimizada
- Mirar ambas juntas para acercarte a la experiencia real
Esta es la sección más importante del artículo.
Ves 80ms y probablemente piensas que no está mal.
Pero ¿cómo se producen esos 80ms?
- ¿Son 80ms yendo directo?
- ¿O dio un gran rodeo y justo ahora no hay congestión, así que también son 80ms?
Con solo el ping, no lo sabes.
Y al comprar un VPS, muchos problemas están precisamente escondidos en el "proceso".
Un RTT que mides representa:
- Una ida
- Una vuelta
Pero no te dirá:
- La ida es fluida, la vuelta es mala
- O la ida da rodeos, la vuelta en cambio es normal
Y en muchas de las llamadas "rutas optimizadas", la parte realmente valiosa está en la vuelta.
Por ejemplo, si compras Hong Kong, Japón o EE. UU. CN2 o AS9929, más de la mitad del valor es:
- Una vuelta más estable
Si solo miras el ping, probablemente no lo verás en absoluto.
Ahora haces ping 20 veces, media 65ms, se ve cómodo.
Pero en el negocio real, lo que sienten los usuarios muchas veces no es la media, sino:
- Jitter
- Pérdida de paquetes
- Latencia de cola P95 / P99
- Fluctuaciones repentinas en hora punta nocturna
Así que ocurre un fallo clásico:
- De día el ping se ve muy bien
- De noche el negocio sigue lento como para dudar de la vida
Algunos problemas de ruta no son que el destino no sea alcanzable, sino que el medio es extraño:
- Algunos saltos intermedios descartan mucho ICMP
- Cierto enlace da rodeos con frecuencia
- Cierto operador está congestionado en hora punta
Con solo el ping, creerás erróneamente que "aún conecta, así que no hay problema".
Pero la experiencia real del negocio ya lleva tiempo temblando.
La forma más práctica de entenderlos no es memorizar detalles del protocolo, sino saber de qué se encarga cada uno.
| Herramienta | Qué puedes ver | Mayor limitación |
|---|---|---|
ping | Conectividad, RTT básico | No ve la ruta |
traceroute / tracert | Por qué nodos pasa la ruta | Solo una instantánea |
mtr | Ruta + estadísticas continuas + tendencia de jitter/pérdida | Aún requiere interpretación correcta |
Bueno para:
- Ver la latencia rápidamente
- Ver rápidamente si hay conectividad
No bueno para:
- Usarlo solo para decidir la compra
Bueno para:
- Ver la ruta
- Juzgar si da rodeos
- Ver si aparecen nodos clave de la línea, como
59.43,9929, etc.
Limitación:
- Se parece más a una foto tomada en un momento dado
- No es observación continua
MTR básicamente se puede entender como:
- Una versión combinada de
ping + traceroute
Su valor está en:
- Prueba continua
- Ver estadísticas de latencia de cada salto
- Ver Loss%, Avg, Best, Worst, StDev
Así que si pruebas en serio la ruta de un VPS, MTR suele tener más valor de referencia que un traceroute único.
Cuando muchas personas ven MTR por primera vez, lo que más les asusta es esto:
- Un salto intermedio pierde 30%
- O incluso 50%
Y la primera reacción es:
- Se acabó, esta ruta está rota
Pero este juicio suele ser erróneo.
La documentación de red autorizada y los artículos de operaciones insisten una y otra vez en un punto:
- Si un salto intermedio pierde paquetes pero los saltos posteriores, especialmente el destino final, no pierden, normalmente no es un problema real del enlace.
Las causas comunes incluyen:
- Los routers limitan la tasa de ICMP
- Los dispositivos dan baja prioridad al tráfico de diagnóstico
- Algunos nodos no quieren responder, pero el reenvío real sigue funcionando normal
Lo que realmente hay que vigilar es:
- Que la pérdida empiece en cierto salto
- Y que todos los saltos posteriores hasta el destino final pierdan de forma continua
Eso se parece más al punto donde empieza un problema real.
Así que al mirar MTR, la disciplina más importante es:
- No te asustes mirando un solo salto intermedio; primero mira si el destino final también falla.
La prueba de ida más común es:
traceroute -n <VPS_IP>
En Windows puedes usar:
tracert <VPS_IP>
Al mirar la ida, fíjate en estas cosas:
- Si hay rodeos evidentes
- Si aparecen las marcas de línea que te interesan
- Si el número de saltos es anormalmente alto
- Si antes de llegar a la región destino pasa por países irrelevantes
Por ejemplo, algunos puntos típicos de identificación de rutas:
59.43.*.*se usa a menudo para identificar rutas relacionadas con CN2 de la red premium de China TelecomAS9929suele ser una marca importante de la red premium de China Unicom
Pero atención:
- Verlo una vez no significa que todo el recorrido sea óptimo
- Ver una buena ida no significa que la vuelta sea igual de buena
Así que la ida es solo el primer paso, no el final.
Para muchas personas que compran un VPS, la vuelta es en realidad más crítica.
Porque lo que realmente te importa suele ser:
- Que los usuarios accedan a tu sitio web
- Que el contenido de la página vuelva del VPS a los usuarios
- Que archivos, APIs y respuestas vuelvan del servidor a la red nacional
Si este paso da rodeos, la experiencia empeora directamente.
Los métodos comunes para probar la vuelta incluyen:
- Looking Glass del proveedor
MTR/BestTrace/NextTrace- Prueba inversa desde el VPS hacia tu red local o sondas públicas nacionales
Para muchas de las llamadas "rutas optimizadas", esto es justo lo que más deberías verificar:
- Si la vuelta está realmente optimizada, y no solo la ida se ve bonita.
Especialmente en estos escenarios:
- Hong Kong CN2 / CMI
- Japón SoftBank / CN2
- Europa AS9929
- EE. UU. CN2 GIA
Sin probar la vuelta, en muchos casos es como no haber probado nada.
Si no quieres complicar demasiado el proceso, te sugiero seguir este orden.
ping -c 20 <VPS_IP>
Lo que miras:
- Latencia básica
- Estabilidad aproximada
traceroute -n <VPS_IP>
Lo que miras:
- Ruta de ida
- Si da rodeos
- Si hay características de línea identificables
mtr -rwzc 200 <VPS_IP>
Lo que miras:
- Jitter
- Pérdida de paquetes
- Comportamiento continuo de cada salto
Si el proveedor tiene Looking Glass, BestTrace, NextTrace o scripts de vuelta, mira también la vuelta.
Este punto es muy crítico.
Muchas rutas normales de día parecen decentes y solo de noche muestran su verdadera cara.
Así que lo que realmente hay que mirar antes de comprar no es "si un resultado se ve bonito", sino:
- Si cambia de cara en la hora punta nocturna
Aquí tienes el marco de juicio más simple.
- La ida no da grandes rodeos evidentes
- La vuelta muestra las características de optimización que quieres
- El jitter y la pérdida en hora punta nocturna siguen siendo controlables
- El Loss% del destino final es estable
- Los resultados de varias pruebas no difieren mucho
- Ping bajo, pero traceroute da rodeos evidentes
- De día se ve muy bien, de noche tiembla de repente
- Los nodos intermedios saltan de forma extraña y el destino final también pierde paquetes de forma continua
- El proveedor solo te da prueba de ping, sin entrada a Looking Glass / prueba de vuelta
- La página solo dice "ruta optimizada" pero no explica en absoluto cómo verificarlo
Si ves el segundo grupo de señales, no hagas un pedido impulsivo solo porque "la latencia media no es alta".
Ven:
- 40ms / 60ms / 80ms
Y creen que son casi iguales.
En realidad, lo que realmente determina la experiencia de carga de la página suele ser:
- Jitter en hora punta
- Pérdida de paquetes continua en pequeño porcentaje
- Congestión en la vuelta
De día muchas rutas pueden parecer perfectamente normales.
La verdadera diferencia se marca en la hora punta nocturna.
Las capturas del proveedor solo pueden mostrar:
- Que midieron un buen resultado una vez
No pueden mostrar:
- Que tu región, tu operador y tu franja horaria también serán iguales
Poder entrar por SSH solo significa que la máquina no está muerta.
Todavía está lejos de "servir para soportar un negocio".
Si solo recuerdas una frase, espero que sea esta:
- El ping se puede mirar primero, pero de ninguna manera puedes terminar ahí.
El orden más completo debería ser:
- ping para la latencia básica
- traceroute para la ruta de ida
- MTR para el jitter y la pérdida continuos
- herramientas de vuelta para la ruta de vuelta
- nueva prueba en hora punta nocturna para el rendimiento real
Solo uniendo todo esto, lo que ves se acerca más a "cómo será este VPS después de entrar en producción".
Muchas personas compran mal un VPS no porque no sepan leer la configuración, sino porque entienden la calidad de red de forma demasiado simple.
Lo que realmente afecta la experiencia nunca es una captura de ping, sino:
- Cómo va la ida
- Cómo va la vuelta
- Si es estable en hora punta
- Si la pérdida de paquetes continúa hasta el destino
- Si esta ruta es adecuada para tu grupo de usuarios
Así que lo más seguro no es preguntar:
- ¿Es alto el ping de este VPS?
Sino preguntar:
- Esta ruta, en la red de mis usuarios reales, ¿es estable, da rodeos, resiste la hora punta?
Cuando tengas claro esto, la probabilidad de comprar la ruta equivocada bajará de inmediato una buena parte.