如果我在VPN后面，有没有办法跟踪数据包的“真实”路线？(Is there a way to trace the “real” route of a packet if i am behind a V

如果我在VPN后面，有没有办法跟踪数据包的“真实”路线？(Is there a way to trace the “real” route of a packet if i am behind a VPN?)

我希望找到一种方法来作为响应真实路由，追踪服务器，当我在VPN后面时。

例如从我的电脑第一跳跟踪stackoverflow.com是我的路由器。 当我拨打VPN时，第一个希望就是VPN服务器。

我的问题是，如果它是一种方法来找出（虽然我在VPN后面）包到达VPN服务器之前的“真正”路线。

I would like to find a way to have as response the real route, tracing a server, when I am behind a VPN.

For example the first hop tracing stackoverflow.com from my pc is my router. When I dial a VPN then the first hope is the vpn server.

My question is, if it is a way to find out (although i am behind the VPN) the "real" route of the package before reaching the VPN server.

最满意答案

相关的问题是您是否知道您连接的VPN服务器的DNS名称（类似vpn.foo.com）？

如果是这样，那么你从VPN和跟踪路由断开连接到该DNS名称...... traceroute是您的数据包在进入VPN服务器之前所经过的路径。 如果您不知道它所连接的DNS名称，请向IT人员询问该DNS名称。 一定要从你遇到问题的同一台机器上运行跟踪路由（如果它们是DNS负载平衡......所以DNS名称解析更有可能保持一致）

我通常使用mtr或ping绘图仪免费软件来解决不良连接问题，但还有很多其他工具可用于此工作。

The relevant question is whether you know the DNS name (something like vpn.foo.com) of the VPN server you're connected to?

If so, then you disconnect from the VPN and traceroute to that DNS name... that traceroute is the path your packets take before going into the VPN server. If you don't know the DNS name it is connecting to, then ask your IT people for that DNS name. Be sure to run the traceroutes from the same machine you are having problems on (in case they are DNS load-balancing... so DNS name resolution stands a better chance of being consistent)

I usually use mtr or ping plotter freeware to troubleshoot poor connections, but there are plenty of other tools for the job.