¿Por qué hacer ping más rápido a través de VPN que sin una VPN?

35

Cuando juego un juego en línea sin VPN, el ping es de alrededor de 120 ms. Pero cuando uso VPN con una ubicación virtual en Alemania, el ping es de solo 60-70 ms (lo cual es sorprendente). Cuando uso la ubicación virtual en Finlandia, nuevamente es más de 160. Internet es de la universidad de Grecia.

¿Por qué el ping a través de la VPN sería más rápido que sin él?

Sin VPN:

C:\Users\Dimitris>tracert -d prod.euw1.lol.riotgames.com
Tracing route to prod.euw1.lol.riotgames.com [185.40.64.65]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  150.140.216.126
  2    <1 ms     1 ms     2 ms  150.140.208.73
  3    14 ms     4 ms     1 ms  150.140.208.65
  4    11 ms     6 ms     9 ms  150.140.128.50
  5    10 ms    11 ms     2 ms  150.140.128.106
  6     5 ms     6 ms     8 ms  62.217.97.30
  7     6 ms     6 ms     6 ms  62.217.100.63
  8    11 ms    11 ms     7 ms  83.97.88.69
  9    82 ms    85 ms    92 ms  62.40.112.215
 10    88 ms    84 ms    90 ms  62.40.98.150
 11    84 ms    87 ms    85 ms  62.40.98.112
 12    89 ms    91 ms    93 ms  62.40.98.152
 13    83 ms    82 ms    91 ms  109.105.102.98
 14    99 ms    88 ms    82 ms  109.105.102.97
 15    87 ms    87 ms    87 ms  80.249.209.203
 16   106 ms    88 ms    87 ms  80.249.211.64
 17     *        *        *     Request timed out.
 18    90 ms    96 ms    88 ms  104.160.141.103
 19    87 ms    88 ms    88 ms  104.160.141.107
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22    93 ms   106 ms    89 ms  185.40.64.65
Trace complete.



C:\Users\Dimitris>tracert prod.euw1.lol.riotgames.com
Tracing route to prod.euw1.lol.riotgames.com [185.40.64.65]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  ita.fep.upatras.gr [150.140.216.126]
  2     1 ms     1 ms    <1 ms  150.140.208.73
  3     1 ms     1 ms     2 ms  upnet2fep.upnet.gr [150.140.208.65]
  4     2 ms     2 ms     4 ms  r29-vl1000.upnet.gr [150.140.128.50]
  5    15 ms    11 ms    16 ms  R29A-R29.upnet.gr [150.140.128.106]
  6     4 ms     4 ms     5 ms  upatras-rio-2-gw.kolettir.access-  link.grnet.gr [6
2.217.97.30]
  7     5 ms     5 ms     5 ms  eier-kolettir-AE.backbone.grnet.gr[62.217.100.63
]
  8    31 ms    24 ms    31 ms  grnet-ias-geant-gw.mx2.ath.gr.geant.net [83.97.88
.69]
  9    81 ms    82 ms    83 ms  ae1.mx1.ath.gr.geant.net [62.40.112.215]
 10    83 ms    81 ms    82 ms  ae2.mx1.mil2.it.geant.net [62.40.98.150]
 11    91 ms    83 ms    82 ms  ae6.mx1.gen.ch.geant.net [62.40.98.112]
 12   101 ms    95 ms    83 ms  ae4.mx1.par.fr.geant.net [62.40.98.152]
 13    82 ms    82 ms    85 ms  ndn-gw.mx1.lon.uk.geant.net [109.105.102.98]
 14    86 ms    92 ms    86 ms  uk-hex.nordu.net [109.105.102.97]
 15    86 ms    87 ms    88 ms  nl-sar.nordu.net [80.249.209.203]
 16     *       92 ms    87 ms  80.249.211.64
 17     *        *        *     Request timed out.
 18   114 ms    87 ms    88 ms  104.160.141.103
 19    88 ms    92 ms   103 ms  104.160.141.107
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22    88 ms    88 ms    90 ms  185.40.64.65

Con ubicación virtual VPN Alemania:

C:\Users\Dimitris>tracert -d prod.euw1.lol.riotgames.com
Tracing route to prod.euw1.lol.riotgames.com [185.40.64.65]
over a maximum of 30 hops:

  1    49 ms    49 ms    49 ms  100.100.48.1
  2     *        *        *     Request timed out.
  3    59 ms     *       58 ms  95.172.68.229
  4    52 ms    48 ms    55 ms  95.172.71.149
  5    50 ms    78 ms    78 ms  95.172.67.5
  6    52 ms    64 ms    59 ms  77.67.73.165
  7    48 ms    49 ms    49 ms  89.149.186.170
  8    50 ms    53 ms    49 ms  4.68.63.57
  9    55 ms    51 ms    53 ms  4.69.154.71
 10    49 ms    54 ms    66 ms  4.69.154.71
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15    61 ms    77 ms    76 ms  104.160.141.103
 16    68 ms    75 ms    60 ms  104.160.141.107
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19    69 ms    64 ms    61 ms  185.40.64.65

Trace complete.

Con ubicación virtual VPN Finlandia:

C:\Users\Dimitris>tracert -d prod.euw1.lol.riotgames.com
Tracing route to prod.euw1.lol.riotgames.com [185.40.64.65]
over a maximum of 30 hops:

  1   145 ms   130 ms   130 ms  100.100.112.1
  2   123 ms   143 ms   129 ms  10.25.52.1
  3   150 ms   155 ms   140 ms  87.245.248.22
  4   167 ms   175 ms   176 ms  87.245.234.118
  5     *        *        *     Request timed out.
  6     *      165 ms     *     104.160.141.52
  7   167 ms   167 ms   151 ms  104.160.141.101
  8   161 ms   171 ms   178 ms  104.160.141.105
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11   164 ms   162 ms   152 ms  185.40.64.65

Trace complete.
Jim
fuente
3
porque su tráfico está tomando una ruta muy diferente cuando usa la VPN, y el proveedor de servicios VPN ha establecido una ruta de baja latencia hacia el destino.
Frank Thomas
55
Mi comentario estaba lejos de ser una respuesta adecuada a esta pregunta. La pregunta original también era muy diferente a la revisión actual. No obstante
eliminé
¿También puede proporcionar una ruta de seguimiento a su proveedor de VPN? Esto le permitirá saber qué ruta están tomando los paquetes
Matthew Steeples
¿Cómo hacer eso, cuál es mi propio proveedor de VPN?
Jim
Debe ejecutar el traceroute sin -d . Esto hará que sea un poco más claro lo que está sucediendo, al menos algunas veces.
Michael Hampton

Respuestas:

28

Aunque es una situación poco común, es posible. Podría haber muchas respuestas.

Probablemente se trata de la estructura interna de su proveedor de red. Lo que podría ayudar mucho, si nos da un resultado de su tracert -d 1.2.3.4comando, donde 1.2.3.4 es la IP que pinchó, y editaría en su pregunta.

Sin eso, creo que la razón más probable es la organización de la red de su ISP.

Los ISP también deben pagar la red de diferentes proveedores. En la mayoría de los casos, continuamente intentan encontrar los mejores / más baratos proveedores, por lo tanto, en la mayoría de los casos utilizan diferentes rutas para un área cercana y para las ubicaciones remotas lejanas. Por supuesto, la red para ellos es más barata, mientras que la red para el área local es realizada principalmente por una organización regional establecida por un grupo de ISP locales o por el gobierno local.

Es normal que los ISP paguen solo un ancho de banda de red mucho más estrecho desde la parte más costosa, especialmente si usted es de un ISP pequeño o usa un paquete barato.

Si usa la VPN, esta VPN probablemente se conectó a la red externa más rápida de su ISP, por lo tanto, fue más rápida. Y, el proveedor de VPN utiliza probablemente una red mucho más rápida como su proveedor de red.


Después de la extensión: verificando las rutas de seguimiento, podemos obtener información muy precisa, qué y dónde es el punto lento en el sistema. Especialmente si comparamos las 3 rutas.

Verifique, estamos aumentando el tiempo de respuesta del paquete como máximo. En su caso (el caso sin VPN y en el caso de la VPN de Finlandia) está entre 83.97.88.69 y 62.40.112.215.

Verificándolos en un servicio de búsqueda de IP Whoise (por ejemplo: https://www.whatismyip.com/ip-whois-lookup/ ), podemos ver que es donde llegan sus paquetes australianos a Inglaterra. Es probable que sea un cable de comunicación submarino múltiple, lo que seguramente es muy costoso para su proveedor de red de cable, por lo que intenta evitarlo.

Lo que hace las cosas un poco más divertidas: en el caso de su conexión VPN alemana, ese cable Australia -> Inglaterra no hace nada. Probablemente las conexiones de datos en Alemania van de una manera muy diferente.

Desde la configuración de la red australiana, no debería haber ninguna diferencia.

Creo que la razón está en tu caso, en Europa. El VPN Prodiver alemán pagó mucho más para obtener un mejor ancho de banda de red global , como proveedor de red de su servidor de juegos. Esta es la razón probable, por qué puede evitar ese retraso entre .au y .uk.

El proveedor de VPN de Finlandia no pudo hacer eso, y la razón probable en este caso es que, aunque Finlandia es un país altamente desarrollado en la región, probablemente no esté conectado con una red global tan bien desarrollada como Alemania (esto, el ISP del proveedor de VPN de Finlandia tuvo que comprar un ancho de banda más estrecho, y no puede evitar el retraso británico).

Peter dice reinstalar a Mónica
fuente
Edité mi pregunta
Jim
2
umm, su latencia en todos los casos parece demasiado baja para Australia. Tampoco veo Australia en ninguna búsqueda de whois.
plugwash
2
Whois en la primera IP no devuelve nada útil, solo un mensaje en espera de APNIC que dice "no gestionamos esta IP". rdns en la primera IP da "ita.fep.upatras.gr", lo que implica fuertemente a Grecia.
plugwash
1
@peterh Intente whois 150.140.216.126 | grep -i -C 10 brisbaneun poco de contexto a esa ubicación. Específicamente, vea los campos de comentarios:APNIC is a Regional Internet Registry. We do not operate the referring network and is unable to investigate complaints of network abuse. For more information, see www.apnic.net/irt
un CVn
3
La dirección IP está registrada en RIPE, y está registrada en la Universidad de Patras en Patras, Grecia. Si obtuvo un registro de APNIC, debería leer el registro y tener en cuenta lo que dice. En particular:Address ranges from this historical space have now been transferred to the appropriate RIR database. If your search has returned this record, it means the address range is not administered by APNIC.
Michael Hampton
7

Una VPN obliga al tráfico a tomar diferentes rutas.

Por lo general, los ISP optimizan el ancho de banda y el costo, no la latencia.

Desde WHOIS y DNS inverso, parece que estás en Grecia y el servidor está en Irlanda.

Primero, echemos un vistazo a la ruta que no es VPN. Los 62.40. * Lúpulos parecen tener un DNS inverso atornillado (están dentro de milisegundos entre sí pero tienen un DNS inverso que parece indicar cuatro países diferentes), pero supongo que el salto de 83.97.88.69 a 62.40.112.215 es en realidad un Enlace directo de Grecia a Londres.

Ese enlace parece tener una latencia alta, lo que representa la mayoría de la latencia total en el camino. Supongo que hay dos posibles explicaciones. Una es que el enlace puede estar tomando una ruta geográficamente indirecta, como un cable submarino a través del Estrecho de Gibraltar. Otro puede ser que el enlace está congestionado.

Con la VPN, las rutas de seguimiento solo muestran los saltos después de que su tráfico llega al servidor VPN. Con la VPN alemana, vemos claramente que el tráfico al servidor VPN se debe realizar a través de un enlace de latencia más bajo que el enlace mencionado anteriormente a Londres. Lo más probable es que su ISP griego o su cadena ascendente tenga un enlace de Grecia a Alemania que tenga una latencia mucho menor que su enlace a Londres.

Con la VPN en Finlandia, su tráfico tarda 150 ms incluso en llegar al proveedor de VPN. Supongo que su tráfico probablemente esté tomando una ruta bastante indirecta para llegar a Finlandia (no me sorprendería si fuera a través de Londres).

lavado
fuente
La subred 62.40.96.0/19 se usa para la red troncal GÉANT en toda Europa, similar a las "redes de interconexión" en IXP. Por lo tanto, los dispositivos podrían estar dentro de milisegundos pero en diferentes países, o simplemente podrían estar en un IXP pero con el nombre del país que los posee.
Grawity
4

Debido al enrutamiento

Si bien pensaría que cuando (A) hace ping a otra persona (B), la conexión es AB, siempre hay saltos entre usted y B. Sus paquetes en realidad pueden hacer ACDEFB, y cada conexión tiene su propia velocidad, latencia y ancho de banda.

Cuando hace ping a través de su VPN, es posible que tengan un enrutamiento mejor (ya sea al azar o porque lo pagan), por lo que es posible que le enruten AX-VPN-YB, con mejor velocidad / latencia / ancho de banda que su ruta original.

O podría ser peor. Ambas pueden suceder.

Konerak
fuente
Explicación breve, simple y suficiente
Luciano
-3

Bueno, si eres un jugador y dices que estás físicamente ubicado en China, pero quieres conectarte a un servidor de juegos de EE. UU. A través de una VPN, cuando te conectas a un servidor de EE. UU., Estás muy cerca del servidor de juego real, lo que disminuye tu tiempo de ping. Y la conexión es ininterrumpida, lo que aumenta su ping.

Otra cosa es que su ISP puede desalentar ciertos destinos, por lo que crean congestión artificial en el camino. El uso de una VPN enmascara hacia dónde se dirige, y la congestión desaparece.

tkiara
fuente
2
Esto no tiene mucho sentido, incluso si la VPN está cerca de los servidores del juego, aún requeriría que te conectes a esa VPN primero, sin diferencia de latencia.
Sombrero Chicken
3
Llamo spam ... ¿por qué demonios mencionar un proveedor de VPN cuando el OP ya está usando uno?
AStopher