与本机连接相比,使用隧道代理的连接性能如何?

与本机连接相比,使用隧道代理的连接性能如何?

我想出于教学目的尝试 IPv6。问题是我的 ISP 目前还没有准备好 IPv6。所以我打算使用 Hurricane Electric 的隧道代理来解决这个问题。我唯一担心的是,由于我在路由器和目的地之间添加了更多“东西”,我的性能会下降。

对于主要用于教学目的的服务器机架,我对性能的想法真的不是什么值得担心的事情吗?

我的转乘服务是时代华纳商务舱,下行 10 公里,上行 2 公里。

我将主要使用 SSH、RDP、VMware vSphere Client、HP iLO 以及偶尔的 minecraft 服务器。

任何意见都很好。

答案1

从您的 ISP 获取原生 IPv6 始终是获​​取 IPv6 的最佳方式,但如果您的 ISP 尚未提供 IPv6,那么获取一个良好的隧道是一个可行的替代方案。

但是数据包所走的路径会比 IPv4 数据包所走的路径更长。您的 IPv4 流量会立即由您的 ISP 发送到目的地,而 IPv6 隧道流量将始终到达隧道的另一端,并从那里传输到目的地。

这是否是个问题取决于隧道的另一端在哪里。如果您在美国西海岸,那么选择位于东海岸的隧道服务器将导致一些额外的延迟。选择位于欧洲的隧道服务器将导致更大的延迟。但选择同样位于西海岸且与您的 ISP 具有良好网络连接的隧道服务器只会导致几乎不可察觉的额外位延迟。

一定要正式向您的 ISP 申请 IPv6,即使您知道他们还没有提供。他们需要客户先申请,然后他们才会投资。使用隧道开始使用 IPv6 完全没有问题。这是许多人和组织所做的。

我不会在隧道后面运行生产服务器场,但对于教学、学习和实验来说,这是一种简单快捷的入门方法!

答案2

traceroute6根据我与 的比较经验traceroute,IPv6 速度更快,即使通过隧道代理也是如此。这可能是因为 IPv6 通常需要较少的跳数才能从 A 点到达 B 点。

以下是第三方来源支持我的观点:

使用 IPv6 通过互联网访问网站和内容通常比使用 IPv4 更快,因为使用新协议,网络节点之间需要的“跳数”更少
下面是我使用traceroute/ traceroute6ping/ping6和我的 Hurricane (tunnelbroker.net) 隧道进行的一个小实验,收集了来自http://test-ipv6.com
SITE IPv4 跳数 IPv6 跳数 IPv4 ping(最小/平均/最大/mdev 毫秒) IPv6 ping(最小/平均/最大/mdev 毫秒)
6connect.com 14 8 67.253/72.499/106.113/11.265 55.031/58.340/74.078/5.426
bind.com 13 10 45.450/53.924/98.121/15.158 60.002/82.812/196.221/41.448
comcast6.net >13 10 - 92.043/92.840/94.055/0.680
德隆网 11 7 59.059/66.432/95.884/10.134 52.423/73.042/135.103/30.874
mozilla.org >11 6 33.178/97.481/536.719/148.432 45.562/47.133/48.390/0.805
test-ipv6.chi.vr.org 9 9 85.383/286.941/527.103/155.351 76.788/169.458/516.502/147.166
test-ipv6.com 10 5 34.021/39.507/70.518/10.384 33.009/41.441/70.052/13.069
测试-ipv6.iad.vr.org 15 13 86.739/93.772/120.192/10.195 91.341/93.146/97.153/2.006
测试-ipv6.motd.be>14 8 86.186/401.432/1629.098/502.373 92.437/481.830/727.557/241.649
测试-ipv6.sjc.vr.org 12 6 35.443/40.502/70.426/10.056 33.953/41.144/85.444/14.862
tunnelbroker.net >9 >4 39.504/46.119/73.483/10.290 32.559/63.532/222.700/62.022
因此,确实,IPv6 使用的跳数更少,并且总体而言,性能并不比 IPv4 差,甚至略好一些,即使我的 IPv6 正在通过隧道。

相关内容