通过以下 Referral 链接购买 DigitalOcean 主机,你将可以帮助 V2EX 持续发展
› DigitalOcean - SSD Cloud Servers
yuxian
V2EX  ›  VPS

YT.NET 香港 VPS 避雷记录: Ping 40ms、SSH 严重重传,申请退款还要扣 10%

  •  
  •   yuxian · 2 days ago · 654 views

    YT.NET 香港 VPS 避雷记录:Ping 40ms 、SSH 严重重传,申请退款还要扣 10%

    记录一次令人失望的香港 VPS 购买经历。所有网络测试均来自本人实际购买的服务器,并非转载其他测评。

    一、起因:为了香港中转,购买所谓的精品线路

    最近因为业务需要,我一直在寻找一台从上海电信访问稳定、能够用于香港中转的 VPS 。

    选购时主要关注三网优化、网络延迟、带宽和跨境路由质量。

    最终选择了 YT.NET 的香港 VPS 。商家的相关精品线路产品宣传包含电信 CN2 、联通 AS10099 、移动 CMI 等网络资源。

    购买初期,一切看起来相当不错。

    从上海电信宽带 Ping 香港服务器:

    • 发送 100 个数据包,接收 100 个。
    • 丢包率:0%。
    • 最低延迟:35ms 。
    • 平均延迟:42ms 。
    • 最高延迟:56ms 。

    看到这个结果,我原本认为自己终于找到了一条质量不错的香港线路。

    然而,真正开始使用 SSH 后,体验却完全相反。

    二、经过:Ping 非常漂亮,SSH 却卡得几乎无法操作

    服务器能够正常建立 SSH 连接,但实际使用时,命令输入、输出都存在明显卡顿,甚至经常需要等待较长时间才能响应。

    一开始,我怀疑是服务器本身的 CPU 、磁盘性能不足,或者 TCP 拥塞控制算法的问题。

    于是开始逐项排查。

    1. 排除服务器资源瓶颈

    通过 vmstat 1 5 检查:

    • CPU 空闲率接近 100%。
    • I/O Wait 为 0%。
    • CPU Steal 为 0%。
    • 内存充足。

    至少在采样期间,没有发现明显的系统资源瓶颈。

    2. SSH 出现严重 TCP 重传

    通过 Linux 的 ss -ti 查看真实 SSH 连接,发现大量 TCP 重传。

    其中一条使用 CUBIC 算法的连接:

    cubic
    rtt:113.933
    cwnd:2
    bytes_sent:13136
    bytes_retrans:7220
    delivery_rate:91.1kbps
    

    另一条连接:

    cubic
    rtt:159.071
    cwnd:2
    bytes_sent:15784
    bytes_retrans:7548
    delivery_rate:64.3kbps
    

    这里的 bytes_retrans 是 TCP 累计重传字节,不能直接换算成实际丢包率,但这个重传量对于普通 SSH 交互已经相当异常。

    另外,拥塞窗口 cwnd 已经收缩到 2 ,实际交付速率极低。

    这也解释了为什么 Ping 只有 40ms ,SSH 使用起来却非常卡。

    3. 更换 TCP 拥塞算法,问题依旧

    服务器原本使用 BBR 。

    为了排除算法问题,我将新建 TCP 连接的拥塞控制算法改为 CUBIC ,并重新建立 SSH 连接。

    结果并没有改善,依然存在严重重传。

    至少可以确认,这不是单纯切换 BBR 、CUBIC 就能解决的问题。

    4. 不同大小的数据包测试,结果令人意外

    为了进一步验证线路,我在同一台 Windows PC 上进行了三组 ICMP 测试,每组发送 100 个包。

    ICMP 负载 IP 包大小 丢包率 平均延迟
    32 字节 60 字节 0% 42ms
    1392 字节 1420 字节 0% 42ms
    1472 字节 1500 字节 11% 43ms

    1500 字节的测试中,100 个数据包丢失了 11 个,还出现了连续超时。

    此前另一组 30 次测试,同样大小的数据包也丢失了 2 个。

    虽然 ICMP 和 TCP 的处理方式可能不同,测试也不能直接证明 MTU 或商家网络设备存在具体故障,但这些数据已经表明:普通小包 Ping 的漂亮结果,完全不足以代表实际传输质量。

    最重要的是,真实 SSH TCP 连接已经出现了严重重传,实际交互几乎无法正常使用。

    三、售后:客服等待超过一小时,没有得到及时回应

    发现问题后,我尝试联系 YT.NET 客服,反馈线路异常。

    然而,在我等待的一个多小时内,没有收到客服回复。

    对一个购买所谓精品线路、却连正常 SSH 交互都难以保障的用户来说,这种体验相当糟糕。

    网络服务存在故障并不可怕,但至少应该有相应的排查和售后处理渠道。

    四、结果:申请退款,又遇到 10% 手续费

    因为无法正常使用,我决定不再继续折腾,申请退款。

    然而,退款流程又让我吃了一惊。

    取消 VPS 服务后,退款涉及平台账户余额;进一步进入订单退款操作时,页面弹出提示:

    “确认要对该订单发起退款?因支付平台收取手续费( 10%),退款只会到账金额的 90%。”

    也就是说,按页面提示,即使能够退还款项,也需要扣除 10%。

    这是平台页面明确给出的扣费提示。至于所谓支付平台实际收取多少费用,我无法独立核实。

    我购买服务器是为了正常使用,并不是因为个人喜好随意退订。现在遇到的是实际 SSH 连接严重重传、交互明显异常的问题。

    在这种情况下,还要由消费者承担 10% 退款手续费,我认为非常不合理。

    目前我已经保存了退款提示截图、完整网络测试记录和客服沟通记录。退款尚未确认到账,后续处理结果会继续更新。

    五、总结:精品线路的名字,并不能保证精品体验

    这次购买让我重新认识了香港 VPS 的网络质量。

    低 Ping 不等于低 TCP 重传。

    有 CN2 、10099 、CMI 等线路标识,不代表实际业务流量一定稳定。

    30Mbps 的带宽对于普通 SSH 交互完全足够,但如果 TCP 严重重传,哪怕只是操作终端,也会极其痛苦。

    我不掌握 YT.NET 上游的实际带宽采购、网络调度和 QoS 配置,因此不能断言商家故意超售、造假或欺诈。

    但至少这次我实际购买的实例,确实发生了严重的 SSH TCP 重传问题,使用体验与购买精品香港线路的预期存在很大差距。

    更令人失望的是,在申请退款时,又遇到了平台提示扣除 10% 手续费的情况。

    给准备购买香港 VPS 的朋友一个提醒:

    不要只看 Ping 、线路名称和商家宣传。

    购买前尽可能找真实 TCP 测速、双向重传测试以及同型号的实际使用评价。还要仔细确认退款究竟退到哪里,是否额外扣费。

    我会保留测试日志、付款记录和退款截图。如商家后续修复线路或妥善退款,也会如实更新本文。

    希望这次经历能为其他正在选购香港 VPS 的朋友提供参考。

    yuxian
    yuxian
    OP
    1 day ago
    1
    24 小时内,扣款 10%,退费秒到。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1585 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 37ms · UTC 18:31 · PVG 02:31 · LAX 10:31 · JFK 13:31
    ♥ Do have faith in what you're doing.