Evoxt 马来西亞優化雞網終崩盤：CN2/三網全面擁塞實測數據分析

Evoxt 的馬來西亞「優化雞」最近的日子似乎不太好過，網絡質量再次遭遇滑鐵盧。作為性價比圈內備受關注的產品，其網絡表現一直是大家選擇的重要依據。然而，最新的實測數據顯示，這台機器在晚間或者其他高峰期的歸國路徑上，簡直可以用「災難級」來形容。

今天我們就基於這份實測報告，來扒一扒這台機器的線路真實表現，看看是不是真的像宣傳那樣優化，還是說我們得準備好備用方案了。

一、 區域互聯：近水樓台先得月？

晚間高峰期網絡出現嚴重擁塞，延遲飆升，連接不穩定。

首先看看國周邊的互聯情況，這一塊表現還算令人欣慰。

• 騰訊 DNS (香港)：走 NTT (MyIX KL)，第一跳僅 0.5ms，總延遲 37ms，狀態標註為 ✅ 正常。
• 新加坡 (NTT)：同樣走 NTT，第一跳 72ms，總延遲 45ms，狀態 ✅ 尚可。
• 日本東京：路徑走 NTT → HK，第一跳 127ms，但總延遲飆升到了 800ms，提示 ⚠️ HK 段擁塞。

分析：在馬來西亞本地和港新之間，Evoxt 的 MyIX 連接還是比較穩定的，延遲很低。但是，一旦流量需要經過香港轉發去日本，延遲就呈現指數級上升。雖然日韓不是大多數用戶的首選歸國路徑，但這個 800ms 的數值也暗示了經由香港出口節點的潛在壓力。

大量 TCP 重傳和丟包反映了底層鏈路的嚴重問題。

二、 國際服務訪問：MyIX 內部的擁塞

對於建站、科研或者需要訪問 Google/CF 等國際服務的用戶來說，以下數據可能會讓你頭疼。

• 阿里 DNS：走 Zenlayer (MyIX)，延遲 365ms，🔴 擁塞。
• Cloudflare：走 CF MyIX，延遲 315ms，🔴 擁塞。
• Google：走 Google MyIX，延遲 744ms，🔴 擁塞。

分析：這三項全部飄紅，說明 MyIX 交換中心內部的對等互聯（Peering）可能出現了瓶頸，或者上游提供商帶宽不足。特別是 Google 的延遲接近 750ms，這意味著如果你依賴這台機器進行 API 調用或者訪問 GCP 服務，體驗會相當糟糕。

三、 歸國路徑大盤點：三網全線「報廢」?

這部分是大眾最關心的，也是此次測試結果最「慘烈」的部分。無論你是電信用戶還是聯通/移動用戶，似乎都無法倖免。

深度分析：

1. CN2 線路：本該是最穩定的精選線路，卻出現了從幾毫秒跳變到 900ms 的極端不穩定。這通常意味著路由擺動或者特定節點發生了嚴重丢包。
2. 聯通 CUII：延遲長期徘徊在 600ms 以上，甚至接近 1秒，這對於遊戲玩家或 SSH 操作來說是致命的。
3. 移動 CMI：雖然測試數據有波動，但體現出極端的不確定性，可能存在嚴重的排隊延遲。

總體來看，幾乎所有經由新加坡轉香港再回國的鏈路都處於高負載狀態。這不僅僅是 Evoxt 單家的問題，可能也反映了當前國際出口帶寬的整體緊張，但作為售賣「優化」雞的廠商，這份成績單確實難以交差。

四、 關鍵指標揭秘：TCP 層面的「心悸」

除了 Ping 值，TCP 層的統計數據更能說明問題的嚴重性：

• TCP 重傳段：4,434,406
• TCP 超時：3,853,076
• SYN 重傳：3,079,006
• 接口丟包 (eth1)：49,314 drops

解讀與建議： 這幾百萬級別的重傳和超時，簡直是觸目驚心！這意味著你的數據包發出去後，丟失了，然後系統不得不重複發送。這會導致實際吞吐量極低，網頁打開極慢，甚至連接直接斷開。

如果你持有這台機器，並遇到了類似的問題，簡單的「重啟 VPS」大概率是沒用的。這屬於底層鏈路的擁塞。建議的操作如下：

1. 切換節點：如果廠商支持，暫時遷移到其他區域（如香港本土或新加坡原生），繞開馬來西亞出口。
2. 開啟 BBR 加速：在 VPS 內部開啟 TCP BBR 或者 BBR v2/v3 雖然無法解決物理丟包，但在擁塞環境下能有效提高吞吐量，改善一丟丟的體驗。
3. 備份方案：對於關鍵業務，請務必有備用節點。目前的網絡狀況顯然不適合作為主力生產環境。

總結

Evoxt 這次在馬來西亞的表現確實讓人大跌眼鏡。「優化」二字在數百萬次 TCP 重傳面前顯得有些蒼白。雖然本地 MyIX 互聯尚可，但一旦涉及國際流量和回國路徑，現狀堪憂。對於剛入手的朋友，建議先做長期測試再決定是否續費；對於正準備「衝鴨」的朋友，不妨先觀望幾天，等一波晚高峰過去再看看網絡是否恢復。