有没有办法追踪“真实”的信息？如果我位于 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.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
相关问题是您是否知道您所连接的 VPN 服务器的 DNS 名称（例如 vpn.foo.com）？
如果是这样，那么您断开与 VPN 的连接，并跟踪路由到该 DNS 名称...该跟踪路由是您的数据包在进入 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.