Pourquoi le ping via VPN est-il plus rapide que sans VPN?

35

Lorsque je joue à un jeu en ligne sans VPN, le ping est d’environ 120 ms. Mais lorsque j'utilise un VPN avec un emplacement virtuel en Allemagne, le ping n'est que de 60 à 70 ms (ce qui est incroyable). Quand j'utilise la localisation virtuelle en Finlande, il en est à nouveau plus de 160. Internet provient de l'université Grèce.

Pourquoi le ping via le VPN serait-il plus rapide que sans?

Sans 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

Avec l'emplacement virtuel VPN en Allemagne:

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.

Avec l'emplacement virtuel VPN en Finlande:

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
la source
3
parce que votre trafic emprunte un chemin très différent lors de l’utilisation du VPN et que le fournisseur de service VPN a établi un chemin vers une destination avec un temps de latence inférieur.
Frank Thomas
5
Mon commentaire était loin d’être une réponse appropriée à cette question. La question initiale était également très différente de la révision actuelle. Néanmoins, j'ai supprimé le commentaire pour éviter les pings futurs
Ramhound,
Pouvez-vous également fournir un traceroute à votre fournisseur de réseau privé virtuel? Cela vous permettra de savoir quel chemin empruntent les paquets qu'il prend
Matthew Steeples -
Comment faire cela, quel est mon propre fournisseur de VPN?
Jim
Vous devriez exécuter le traceroute sans -d . Cela rendra un peu plus clair ce qui se passe, au moins de temps en temps.
Michael Hampton

Réponses:

28

Bien que ce soit une situation peu commune, c'est possible. Il pourrait y avoir beaucoup de réponses.

Il s'agit probablement de la structure interne de votre fournisseur de réseau. Ce qui pourrait aider beaucoup, si vous nous donniez un résultat de votre tracert -d 1.2.3.4commande, où 1.2.3.4 est l’IP à laquelle vous avez envoyé un ping, et que vous modifieriez dans votre question.

Sans cela, je pense que la raison la plus probable est l'organisation du réseau de votre fournisseur de services Internet.

Les FAI doivent également payer pour le réseau de différents fournisseurs. Dans la plupart des cas, ils essaient continuellement de trouver les fournisseurs les moins chers et les meilleurs. Par conséquent, dans la plupart des cas, ils utilisent des routages différents pour les zones les plus proches et les plus lointaines. Bien entendu, le réseau pour eux est généralement très économique, tandis que le réseau local est principalement assuré par une organisation régionale mise en place par un groupe de FAI locaux ou par le gouvernement local.

Il est normal que les fournisseurs de services Internet ne paient que la partie la plus coûteuse, une bande passante réseau beaucoup plus étroite, en particulier si vous utilisez un petit fournisseur de services Internet ou utilisez un forfait économique.

Si vous utilisez le VPN, ce VPN sera probablement connecté au réseau externe le plus rapide de votre fournisseur de services Internet, ce qui le rendrait plus rapide. De plus, le fournisseur de réseau privé virtuel utilise probablement un réseau beaucoup plus rapide que votre fournisseur de réseau.


Après extension: en vérifiant les traceroutes, on peut obtenir des infos très précises, sur quoi et où est le point lent du système. Surtout si on compare les 3 itinéraires.

Vérifiez, augmentons au maximum le temps de réponse des paquets. Dans votre cas (le cas sans VPN et dans le cas du VPN en Finlande), il se situe entre 83.97.88.69 et 62.40.112.215.

En les vérifiant dans un service de recherche IP Whoise (par exemple: https://www.whatismyip.com/ip-whois-lookup/ ), nous pouvons voir que c'est là que vos paquets australiens arrivent en Angleterre. Il s’agit probablement de câbles de communication sous-marins multiples, ce qui est sûrement très coûteux pour votre fournisseur de réseau câblé.

Ce qui rend les choses un peu plus amusantes: dans le cas de votre connexion VPN allemande, ce câble Australie -> Angleterre ne fait rien. Il est probable que les connexions de données en Allemagne se déroulent de manière très différente.

Dans la configuration du réseau australien, il ne devrait y avoir aucune différence.

Je pense que la raison en est dans votre cas, en Europe. Le VPN allemand Prodiver payé beaucoup plus pour obtenir une meilleure globale bande passante du réseau, en tant que fournisseur de réseau de votre serveur de jeu. C’est la raison probable pour laquelle il peut éviter ce délai entre .au et .uk.

Le fournisseur de réseau VPN de Finlande ne pouvait pas le faire, et la raison probable dans ce cas-ci est que, bien que la Finlande soit un pays très développé dans la région, elle n’est probablement pas connectée à un réseau mondial aussi développé que l’Allemagne (le fournisseur de services Internet). de la Finlande VPN fournisseur a dû acheter une bande passante plus étroite, et ne peut pas éviter le délai britannique).

Peter dit de réintégrer Monica
la source
J'ai modifié ma question
Jim
2
euh, sa latence dans tous les cas semble bien trop basse pour l'australie. Je ne vois pas non plus l'australie dans aucune recherche whois.
plugwash
2
Whois sur la première adresse IP ne renvoie rien d’utile, mais un message en attente de l’APNIC: "nous ne gérons pas cette adresse IP". Les rdns de la première adresse IP donnent "ita.fep.upatras.gr", ce qui implique fortement la Grèce.
plugwash
1
@peterh Essayez whois 150.140.216.126 | grep -i -C 10 brisbaneun peu de contexte à cet endroit. Plus précisément, voir les champs de remarques: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
L'adresse IP est enregistrée dans RIPE, et elle est enregistrée dans l'Université de Patras à Patras, en Grèce. Si vous avez un enregistrement de APNIC, vous devriez en fait le lire et noter son contenu. En particulier: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

Un VPN oblige le trafic à emprunter des itinéraires différents.

Habituellement, les FAI optimisent la bande passante et les coûts, pas la latence.

D'après WHOIS et le DNS inversé, on dirait que vous êtes en Grèce et que le serveur est en Irlande.

Tout d'abord, jetons un coup d'œil au chemin non VPN. Le houblon 62.40. * Semble avoir un DNS inverse tordu (ils sont à quelques millisecondes mais ont un DNS inversé qui semble indiquer quatre pays différents), mais je suppose que le saut de 83.97.88.69 à 62.40.112.215 est en fait un liaison directe de la Grèce à Londres.

Ce lien semble avoir une latence élevée, représentant la majeure partie de la latence totale du chemin. Je suppose qu'il y a deux explications possibles. L'une d'elles est que la liaison emprunte une route indirectement géographique, telle qu'un câble sous-marin traversant le détroit de Gibraltar. Un autre peut être que le lien est encombré.

Avec le VPN, les traceroutes ne montrent les sauts que lorsque votre trafic atteint le serveur VPN. Avec le VPN allemand, nous voyons clairement que le trafic vers le serveur VPN doit être acheminé via un lien à latence inférieure au lien susmentionné vers Londres. Il est fort probable que votre FAI grec ou leur réseau en amont ait un lien entre la Grèce et l’Allemagne dont le temps de latence est bien inférieur à celui de leur lien avec Londres.

Avec le VPN en Finlande, il faut 150 ms pour que votre trafic parvienne même au fournisseur de VPN. J'imagine que votre trafic emprunte probablement un itinéraire plutôt indirect pour se rendre en Finlande (cela ne me surprendrait pas si cela passait par Londres).

plugwash
la source
Le sous-réseau 62.40.96.0/19 est utilisé pour le réseau principal GÉANT à travers l'Europe, similaire au "réseau de peering" dans les IXP. Les dispositifs peuvent donc très bien prendre quelques millisecondes, mais dans différents pays, ou simplement un IXP, mais nommés d'après le pays qui les possède.
Grawity
4

À cause du routage

Bien que vous pensiez que lorsque vous (A) envoyez un ping à quelqu'un d’autre (B), la connexion est AB, il y a toujours des sauts entre vous et B. Vos paquets peuvent en fait utiliser ACDEFB, et chaque connexion a ses propres vitesse, latence et bande passante.

Lorsque vous envoyez une commande ping via votre VPN, ils ont peut-être un meilleur routage (soit aléatoire, soit parce qu'ils paient pour le payer). Par conséquent, ils pourraient vous acheminer AX-VPN-YB, avec une vitesse / latence / bande passante supérieure à celle du chemin d'origine.

Ou ce pourrait être pire. Les deux peuvent arriver.

Konerak
la source
Explication courte, simple et suffisante
Luciano
-3

Eh bien, si vous êtes un joueur et dites que vous êtes physiquement situé en Chine, mais que vous souhaitez vous connecter à un serveur de jeu américain. Grâce à un VPN, lorsque vous vous connectez à un serveur américain, vous vous rapprochez beaucoup du serveur de jeu réel, ce qui diminue votre temps de réponse. Et la connexion est ininterrompue, ce qui augmente votre ping.

Une autre chose est que votre FAI peut souhaiter décourager certaines destinations, de sorte qu'elles créent une congestion artificielle sur le trajet. L'utilisation d'un masque VPN où vous vous dirigez et la congestion disparaît.

tkiara
la source
2
Cela n’a pas beaucoup de sens, même si le VPN est proche des serveurs de jeu, vous devrez tout d’abord vous connecter à ce VPN, sans différence de latence.
Poulet Sombrero
3
J'appelle du spam ... Pourquoi un fournisseur de VPN alors que l'OP en utilise déjà un?
Stéphane