使用隧道代理程式的連線與本機連線的效能如何?

使用隧道代理程式的連線與本機連線的效能如何?

我想出於教學目的而使用 IPv6。問題是我的 ISP 目前尚未準備好 IPv6。所以我打算使用颶風電力的隧道經紀人來解決這個問題。我擔心的一個問題是我的效能會下降,因為我在路由器和目的地之間添加了更多「東西」。

對於主要用於教學目的的伺服器機架,我對效能的想法是否真的不需要擔心?

我的轉機是時代華納商務艙 10 下檔/2 上行。

我將主要使用 SSH、RDP、VMware vSphere Client、HP iLO,偶爾也會使用 Minecraft 伺服器。

任何輸入都會很棒。

答案1

從 ISP 取得本機 IPv6 始終是取得 IPv6 的最佳方式,但如果您的 ISP 尚未提供 IPv6,那麼取得良好的隧道是一個可行的替代方案。

不過,資料包所採取的路線將比 IPv4 封包所採取的路線更長。您的 IPv4 流量會立即由 ISP 傳送到目的地,而 IPv6 隧道流量將始終到達隧道的另一端,並從那裡傳輸到目的地。

這是否是一個問題取決於隧道的另一邊在哪裡。如果您位於美國西海岸,那麼選擇位於東海岸的隧道伺服器將導致一些額外的延遲。選擇歐洲的隧道伺服器會導致更大的延遲。但是,選擇同樣位於西海岸且與 ISP 具有良好網路連接的隧道伺服器只會導致幾乎不明顯的額外位元延遲。

請務必向您的 ISP 正式詢問 IPv6,即使您知道他們尚未提供 IPv6。他們需要客戶提出要求才能投資。使用隧道開始使用 IPv6 完全沒有問題。這是許多人和組織所做的事情。

我不會在隧道後面運行生產伺服器場,但對於教學、學習和實驗來說,這是一種簡單快速的入門方法!

答案2

traceroute6根據我的比較經驗traceroute,IPv6 更快,即使透過隧道代理也是如此。這可能是因為 IPv6 通常從 A 點到 B 點需要較少的跳數。

這是第三方來源支持我的觀察:

使用 IPv6 透過 Internet 存取網站和內容通常比使用 IPv4 更快,因為使用新協議,網路節點之間需要的「躍點」更少
這是我使用traceroute/ traceroute6ping/ping6和我的 Hurricane (tunnelbroker.net) 隧道進行的一個小實驗,收集了具有 IPv6 和 IPv6 功能的站點http://test-ipv6.com:
站點 IPv4 躍點 IPv6 躍點 IPv4 ping (min/avg/max/mdev ms) IPv6 ping (min/avg/max/mdev ms)
6connect.com 14 8 67.253/72.499/106.113/11.265 55.031/58.340/74.078/5.426
綁定.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 使用的跳數更少,總體而言,即使我的 IPv6 正在通過隧道,效能方面也不會比 IPv4 差,甚至稍好一些。

相關內容