经过测试，香港腾讯轻量云的 IP 出现了大量随机高 Ping 和丢包行为，通过路由追踪查看，一直到香港的骨干都是 0 丢包，延迟也很低的状态，只有到最后一跳延迟突然随机增高。
为了排除是否是机器本身问题，找了群里一个朋友新购了一台香港腾讯轻量云 100/月和 67/月的版本，裸机器无任何生产负载运行，Ping 和 Tcping 测试，依旧是随机高 Ping 和丢包。
该 IP 段为 43.154.235.0 ，按理说，如果是骨干网出了问题，应该是整个段所有的机器都在丢包，但是经过严格的多次样本测试，只要是轻量云的 IP ，哪怕是裸机无生产负载，也会一样出现丢包和随机高 Ping ，而同段其他 IP ，无丢包，延迟稳定。
可以确定，腾讯已经对轻量云进行了人工拉高延迟 丢包和 QOS 的行为，请各位避雷，本次测试仅针对香港轻量云，其他区域没测，大家可以看看自己的机器是不是也这样。
测试步骤：

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

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

某次的测试结果。

s2.plumeta.com/i/2022/11/03/nze3e0.png

如果有朋友成功复现了我说的问题，请贴个图出来。看看是不是完全性的 QOS

大概率是腾讯人为的,国产的东西都这个尿性.建议用 GOOGLE CLOUD

目前收集了一下信息，7 个人里有 4 个有这个情况，其他 3 位完全正常，这个 QOS 应该是有前置条件存在才会触发，目前来看应该是流量跑的比较多到某个百分比才会触发，但是目前信息掌握的不多，还未确定实际百分比值

目前可以确定的是，只要你的流量包跑了 70%以上，一定大概率出现这个被 QOS 的问题。

目前收集到了 12 个人的测试信息，其中 8 人被 QOS ，流量包消耗均在 50%以上。其他 4 人流量包使用仅 10%-30%

如果大家有时间的愿意帮忙收集下信息的。

你的 IP 段是什么：
1.1.1.*

是否出现 QOS 情况：
是 /否

流量包消耗百分比：

测试地区和运营商：

如 北京电信

十一前腾讯轻量香港丢包太严重，关了，趁活动买了腾讯轻量新加坡把环境转了过去

我的正常 一点都不丢包啊

只是对到大陆的线路 QOS 还是所有线路都 QOS ？

www.itdog.cn/ping/
选择持续测试，确实有点烂

这就能推出人为、故意？会不会是资源倾斜？网络流量大的情况下轻量服务器的保障级别最低？

很久之前就出现了，只要是香港都不稳定，不仅仅是轻量云，偶尔出现异一段小时间无法访问，不是延迟高是直接无法访问，后面放弃用香港的服务器了。

难怪我说今天怎么网络质量那么差。看来腾讯云还是不靠谱，后面准备转移

这个测试方案不太对吧，你要证明它对轻量做了人为的 QoS ，至少对比的也是它的 CVM 而不是开一个新的轻量吧。

不太明白为什么腾讯会自己找事儿。。。
会不会是防火墙，进行的？？？

恶意 QoS
恶意丢包

恭喜 V 站网友有创建了新的名词

借楼问下，哪个服务商到国内速度不错呢？

挂个人作品 Demo 用，只要响应及时稳定即可。

可接受年付 100 刀内。

我买的轻量云没有这个问题呀，覆盖海外质量杠杠的，楼主是不是回国流量太大了

150.109.*好像还行

善意 QOS
善意丢包

我的香港节点也一样情况，已经被加入 gfw 豪华套餐中，还是谨慎为上，毕竟腾讯云实名制注册。

为什么不考虑是本地运营商的问题呢？

ping.sx/ping?t=43.154.61.67

电信
新开机器也这样
43.154.173.253 延迟高，丢包
43.154.173.252 延迟低，不丢包
都是走的 as4134

刚才也看到有人发贴：
我的回复
之前速度很快，非常好
最近这段时间速度非常慢，卡到不行
最近垃圾到简直无法用的地步
难道腾讯云线路出问题了
客服也不跟进吗

101.32.* 还行 香港二区

根据测试结果。对比同网段其他 IP ，是仅大陆。

我群里有一个朋友，他开了持续的多地点监测探针，发现丢包的这个情况是从 10 月 5 号开始的，10 月 5 号之前 0 丢包。（多地点 Ping 测试）

从 10 月 5-7 号开始，轻量就开始持续丢包了，然而同网段其他 IP 地址并未有这个情况，说明肯定不是骨干网的问题，只有人为因素一种可能性。

测试都是经过了 boce 的多地点测试得出的结果，并且如果是运营商问题，不会出现同网段只有一个 IP 地址这样的情况，而且测试的时候是无工作负载的，并且多人都有同样的情况，肯定不是巧合。

没错，群里有人试过了，哪怕新开机器也有丢包，但是并不是全部段丢包，还是有一小部分人没这个问题。但是问题很明显，是只针对轻量的丢包。不然不可能同一个 C 段只有你一个再丢。

我也是 43.154..，延迟很低，完全无丢包，流量只用了 1.5%

同网段的其他 IP 没事不能作为证据吧，现在运营商控制粒度非常细，我这都按端口来的，我用 vultr 最近每天要换一个端口，因为一个端口用两三天丢包率就非常高，换一个没用过的端口立刻正常

最近确实延时巨大

我理解这跟流量包消耗没关系。。。我 3 台轻量的流量包都快用完了，并未发现有明显的丢包问题呀，同意楼上的看法，应该是到国内的流量太猛了吧

阿里云的香港 ECS 机器也延迟高，且经常 ping 不通，除了域名免备案真的没有任何买的理由

这种判定是人为故意的方式太不严谨了

你先猜测的结论，再用结论去推导过程，无论过程是什么，你的结论肯定不会变。

之前每到晚上的时候(19:00-2:00),就会一直 PING 不通,每天如此,不过不会影响 SSH,WEB 等通讯

其他地区 PING 也是,不是自己的问题

同香港腾讯轻量，之前用的好好的，最近速度很慢，用香港的 speedtest 节点测速上传不超过 1.8Mbps （下载正常），提工单客服说这个是正常的，然后我就注销退款了。

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

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

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

我会运维，希望自由度高

遇到了同样的问题

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

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

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

详见一下链接

Base64
aHR0cHM6Ly9oay55YW5oYW96aGUuY24vd29yZHByZXNzLz9wPTI1

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

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

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

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

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

---

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

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

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

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

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

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

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

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

Azure

请耐心读一下我的文章，同网段的单 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 解析项目的介绍网站。没有人会拿这个去翻墙

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

回复一下各位的疑问。

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

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

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

我靠！我也是，昨天发现 ip 被封了。然后重新换了一个，我还以为是我之前 github 不小心提交 ip 被攻击了

可能不是故意的，而是技术不行？

楼主你用的什么命令测试的啊，教教我

101 hk 号段没这个问题

故意做成这样反而挺难，我倒觉得可能是轻量架构的问题，轻量跟云不是同一个设计思路，属于简化底层

我觉得不应该这么巧合吧，但是如果你说要一个完全切实的去确定，那是不可能的，因为我们不是官方工作人员，但是根据我们群里好几次的样本对照测试得出的结论，那就是在相同 IP 段，相同骨干，相同路由的情况下，只有轻量会出现丢包情况。

换一个没有那么阴谋论的说法，那就是轻量云的优先级要比 CVM 低很多，然后腾讯的香港资源快耗尽了，导致非人为情况资源倾斜下产生的香港轻量被自动 QOS

我的 124 端 HK 稳如狗。广州不存在丢包。不过贵州等内陆省份被屏蔽了。不知道什么原因。

下载一个 Best Trace 。

然后 Ping / Tcping 22 自己的轻量香港服务器，看看有没有丢包，如果有的话，Ping / Tcping22 这个 IP 段里的其他 IP 地址，看看是不是大部分都是不丢包的。

然后使用 Best Trace 路由追踪这个不丢包的跟你一个 IP 段的 IP 地址，然后再追踪你自己的地址，看看是不是骨干网走的完全一致，并且骨干网是不是完全无丢包，只有最后一跳到腾讯云丢包，即可测试完毕。

43 段出现这个情况为主，124 ，101 之类的，应该是开了有一段时间的老机器了

43 段，近期很多客户丢包找我退款，有客户开了一台无法连接，换 ip 也不行，重开了 3 个才有一个能使用的，

43 段，近期很多客户丢包找我退款，有客户开了一台无法连接，换 ip 也不行，重开了 3 个才有一个能使用的，
目前只有香港客户找我退款，新加坡东京等地区卖的少还没有反馈，
阿里表现还行没人反馈（但我还是觉得阿里香港一般）

年付 100 刀可以试试搬瓦工，或者谷歌 azure 也可以

＃72 azure 有在用，确实牛。

搬瓦工也用过，比较差，速度、稳定性都很差。

实测，跟流量没有关系。我的 43 段的香港轻量，只挂了一个探针监控几台 vps 情况。网址只有我一个人用，每个月流量使用量 10g 都没用，但全天严重丢包，不只是 ping 丢，tcp 连接也丢，跟你的图炸的情况一样。发工单，客服打太极，让我换 IP ，刚换 IP 的时候确实全绿了，一天之后直接又和以前一样了，再次发工单会说不保证回国了。我这个使用量应该算是优质用户吧？真搞不明白为啥要这样搞我。恶心透了。现在我直接写个脚本晚上 6 点-10 点开始满速跑 BT 。

其实这个问题也好解决，同样的测试，对比下隔壁几家云就行了（说到轻量其实只有一家）

难怪我们最近买的几个都有问题 最后换到 套路云去了 看来现在都是套路

重开一台隔一天又被封了，表现为国内 IP 全部无法访问，国外正常，提工单扯皮让换 IP ，关键这台机器没跑任何服务