腾讯云轻量云对仅属于轻量云的 IP 地址 进行了主动 QOS 来人为创造丢包和高延迟。请各位暂时避雷。

[johnsonwil]

经过测试，香港腾讯轻量云的 IP 出现了大量随机高 Ping 和丢包行为，通过路由追踪查看，一直到香港的骨干都是 0 丢包，延迟也很低的状态，只有到最后一跳延迟突然随机增高。

为了排除是否是机器本身问题，找了群里一个朋友新购了一台香港腾讯轻量云 100/月和 67/月的版本，裸机器无任何生产负载运行，Ping 和 Tcping 测试，依旧是随机高 Ping 和丢包。

该 IP 段为 43.154.235.0 ，按理说，如果是骨干网出了问题，应该是整个段所有的机器都在丢包，但是经过严格的多次样本测试，只要是轻量云的 IP ，哪怕是裸机无生产负载，也会一样出现丢包和随机高 Ping ，而同段其他 IP ，无丢包，延迟稳定。

可以确定，腾讯已经对轻量云进行了人工拉高延迟 丢包和 QOS 的行为，请各位避雷，本次测试仅针对香港轻量云，其他区域没测，大家可以看看自己的机器是不是也这样。

测试步骤：

1. 关闭你轻量云上的工作负载，以免影响测试结果。
2. Ping ，Tcping 你的香港轻量云服务器的 IP 地址，查看是否高延迟和丢包。
3. Ping 你这个 IP 段的其他 IP 地址，看看是不是全部丢包，如果只有你的 IP 在丢包，那说明该问题真实存在。

通俗版： 比如你的香港轻量 IP 是 43.154.235.123 ，测试一下看看是不是又丢包，然后在 43.154.235.* 里随便找一个能 Ping 通的地址，跟你的地址对比一下，看看是不是只有你在丢包和高延迟。

[ProjectSky]

已经连续用了一年多了也没什么事，结果昨天 IP 被封，今天换了一个，秒封

[Jemini]

我换了 3 次机器了都不好使
本来买来做 ci 的
考虑迁到其他平台了

[iyaozhen]

话说腾讯轻量云和之前云服务器有啥具体区别，看文档说的云里雾里

我会运维，希望自由度高

[pexcn]

遇到了同样的问题

[V2Q]

上周五开始，延迟很高，翻墙断断续续，周末直接断了，不能 ssh ，

[V2Q]

用了两年轻量，第一次出现这样的问题，后来直接换 ip ，重装系统，还是不能 ssh ，后来找客服，一会儿就解决了。

[hzy97]

本人表示也遇到了，ip 段是 43.155.*.*的， 肯定是人为控制的，专门针对腾讯云的。我这边丢包率高达 10%， 但是 cvm 就没有。这里明显感觉是流量包的问题。

[hzy97]

详见一下链接

Base64
aHR0cHM6Ly9oay55YW5oYW96aGUuY24vd29yZHByZXNzLz9wPTI1

[hzy97]

@caomingjun 仅仅针对大陆。另外 scp 速度较快但 443 端口就很慢，看上去很像有意控制的。

[996bujiaban]

为什么要手动拉高延迟啊，tx 图什么？

[LxnChan]

腾讯云轻量北京，IP 段 82.156.*.*，开了个下载服务器，会出现下载大文件的时候开始能跑满轻量带宽，后面就越来越低的情况。

Ping 和 Tracert 都无异常，11 跳就到达了服务器，天津联通千兆 /5G 。

具体是不是和你一样的情况不太清楚。

---

@iyaozhen CVM 是卖你各个服务，比如云硬盘、EIP 、内存、CPU ；而轻量服务器则是卖给你一个资源包，这个资源包包含固定数量的硬盘、CPU 、内存、固定带宽的流量包和一些服务（如 Wordpress 等）一键部署的能力。我认为在本质上 CVM 和轻量云没有区别（都是基于 KVM 的虚拟机），但是如果对业务弹性不大（或者说无需随时扩容 /比如自己的 blog ），以及刚入门的小白需要搭建一些 CMS ，那么轻量相对来说还是合适的。

[amiaaaz]

我以前买是上海地区的轻量 网络一切正常，今年 9 月份到期之后我重新买了 3 年北京地区的，结果再也不能正常访问 github 了，问了几个朋友，他们的轻量分别在广州和北京，都正常 就我的被卡脖子（吐血），然后含泪退款 Orz

[6IbA2bj5ip3tK49j]

求各位推荐一个 GCE ，Azure ，AWS 香港区域 24 元 /月的服务器。

[OnionJuice]

你路由跟踪到延迟低的节点 ip 段，跟你主机的 ip 段是一样？有没有可能就是因为太多人用轻量就搭了个翻墙，回大陆流量太大被防火墙认为这段 ip 有问题，然后 qos 了呢？

香港服务器本来就不是给翻墙用的，如果只是大陆流量延迟高，其实没什么好说的。买个轻量网络比 IPLC 还稳定，那谁买 IPLC ，要不打电话让国安把防火墙关一下呗。

搬瓦工，Vultr 凌晨的延迟也比其他时段的要低，难道就是他们也恶意 qos 了？

[Ansen]

早就发现了，国内的轻量云直接无法访问外网

[LavaC]

非香港的，ping 时在平均 20ms 不到的延迟里会蹦出一条 100 ～ 800ms 不等的，100 条里估计有一条彻底超时的。

[mahaonan93]

@ufan0 Azure

[johnsonwil]

@OnionJuice

请耐心读一下我的文章，同网段的单 IP 是无法进行单独的路由变更的。而且这个测试经过了严格的样本收集，如果你仔细读了文章，就会发现我说过新的轻量机器 IP 也会被 QOS ，而同网段其他非轻量机器完全正常。

例如 123.123.123.123 这个轻量 IP 丢包，然而 123.123.123.124 却不丢包。

你举的例子也是错误的，Vultr 和搬瓦工晚高峰丢包是因为骨干网拥挤导致的整个网段丢包，比如你的搬瓦工 IP 是

2.2.2.1 ，那么 2.2.2.1-2.2.2.255 都会出现丢包情况。

其次，我的轻量云是用于 DNS 解析项目的介绍网站。没有人会拿这个去翻墙

[johnsonwil]

@amiaaaz 国内轻量不会有问题的，只针对香港地区。

[johnsonwil]

回复一下各位的疑问。

首先，关于骨干网拥挤和 GFW/ISP 的定向 QOS ，

假如是 GFW/ISP 控制这样子的话，不可能没跑过流量的新机器也有 QOS 情况，并且丢包和 QOS 会在骨干网段发生，而不是在最后一跳腾讯云内网发生。

假如是骨干网拥挤的话，那么同网段 /同路由的 IP 都会跳 ping 和高延迟，因为腾讯云 BGP 通告的是整个段，而不是单个 IP 单个去广播，这点用路由追踪可以轻松看得出来，一个网段的 255 个 IP 走的骨干网 IP 都是一摸一样的，所以可以排除是古骨干网拥挤的问题，并且根据群里一个朋友的图片监测，丢包是 10 月 7 号开始的，丢包率是 24 小时稳定在 10%，假如是骨干网问题，不可能全天都稳定丢包 10%，也不可能同路由其他 IP 不丢包，更不要说什么因为翻墙导致的，根据我目前收集的信息，无论新老机器，无论是否跑了流量，都有被跳 Ping 的可能，但是具体如何触发？目前收集的样本还不够多。但是这个问题一定是真实存在的，并且绝对和骨干网以及 ISP/GFW 无关。