腾讯云轻量云对仅属于轻量云的 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 通的地址，跟你的地址对比一下，看看是不是只有你在丢包和高延迟。

[johnsonwil]

某次的测试结果。

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

[johnsonwil]

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

[morphyhu]

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

[johnsonwil]

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

[johnsonwil]

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

[johnsonwil]

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

[johnsonwil]

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


你的 IP 段是什么：
1.1.1.*

是否出现 QOS 情况：
是 /否

流量包消耗百分比：

测试地区和运营商：

如 北京电信

[hxm0070]

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

[glouhao]

我的正常 一点都不丢包啊

[caomingjun]

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

[totoro625]

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

[wangxiaoaer]

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

[littlefishcc]

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

[reter]

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

[mason961125]

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

[kwh]

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

[holajamc]

恶意 QoS
恶意丢包

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

[ufan0]

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

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

可接受年付 100 刀内。

[liuleixxxx]

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

[loux]

150.109.*好像还行
[]( https://postimg.cc/V5sxcQ7y)

[jdandelion573]

@holajamc
善意 QOS
善意丢包

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

[holajamc]

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

https://ping.sx/ping?t=43.154.61.67

[0987363]

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

[ooooo]

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

[retrocode]

101.32.* 还行 香港二区

[]( https://imgse.com/i/xquui4)

[johnsonwil]

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

[johnsonwil]

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

[johnsonwil]

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

[johnsonwil]

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

[johnsonwil]

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

[cyp0633]

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

[eason1874]

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

[haobo]

最近确实延时巨大

[bookbox]

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

[xinshoushanglu]

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

[imsea1]

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

[singerll]

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

[hostname]

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

[hostname]

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

[takitooru]

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

[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 无关。

[anlythree]

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

[bug123]

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

[joApioVVx4M4X6Rf]

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

[ALLENi]

101 hk 号段没这个问题

[opengps]

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

[johnsonwil]

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

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

[Felldeadbird]

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

[johnsonwil]

@v2exblog 下载一个 Best Trace 。

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

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

[johnsonwil]

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

[V1220918889]

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

[V1220918889]

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

[sduoduo233]

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

[ufan0]

@sduoduo233 #72 azure 有在用，确实牛。

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

[dddxm]

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

[opengps]

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

[yopv2]

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

[ProjectSky]

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

[johnsonwil]

@ProjectSky 现在腾讯就这样。。干净的 IP 很少，而且对轻量网络明显有区别对待。

[mikywei]

之前买过一个香港主机，用来科学上网，那时候还是共享带宽卡到不能用，现在还限制流量，真的是变相升价，以后服务器会越来越贵，切用且珍惜吧。

[hzy97]

这里还是发现了， 换了 ip 后前几分钟没有丢包，后面就开始疯狂丢包。

[hzy97]

当然也有可能是线路问题。现在我的 cvm 是三网直连， 而轻量已经成为 cmi 了。不知道和这个有关没有。

[ayelky]

这里我发现了，mstsc 从轻量复制文件到本地速度是正常（满速稳定），tls 流量，https 流量都是被 QOS 的。
ip 43.154.*.*段

[ayelky]

无论白天黑夜，稳定的慢。。

[hzy97]

我也是这样的症状。但是并不是所有的机器都是这样的。scp 传输不存在这个问题，但是 https 就存在。

[kincaid]

并不是针对什么轻量，前几天开过香港 CVM 测试过，一样抽风

[kincaid]

@johnsonwil 丢包确实在运营商到腾讯云那一跳，不过并不是劣化网络，而是带宽没那么足了，腾讯云好像不愿意花钱加带宽，所以大家一起抽着吧，已经不续费了

[yph007595]

我也有这个问题，腾讯云，从 10 月份开始，经常连接超时，我看日志，是 tls 握手超时。

[Alphabetcn]

只能说情况属实

[TieTiejiang]

今天好像恢复正常了

[1265578519]

感谢反馈，43.154.x.x 丢包相关问题是数据中心交换机故障引起的，现已更换硬件设备，现已修复。

[johnsonwil]

@1265578519 没有恢复，明显就是限了轻量的 QOS 把，同 IP 段的其他 IP 怎么可能不丢包呢？如果是路由问题，那一个 C 段不可能广播 2 个路由

[hzy97]

目前确实已经恢复了，但是被墙的 ip 还是被墙的。

[johnsonwil]

@hzy97 没有 不信你试试

[hzy97]

@johnsonwil 这边现在有时候禁 ping ， 看看业务和 ssh 上的去就没问题。

[elfmacs]

挖个坟，这个问题现在还是有啊，都过去半年多了。

[Caxen]

近几天确实遇到这种问题，测试结果和 11 楼一模一样，都不需要到带宽上限，只要稍微跑点流量(平均不超过 1m 带宽)就会触发，丢包十多分钟然后恢复，基本没法使用，低延迟的 ping 值真就只是好看而已 。

[cloverzrg2]

hk 轻量，3M/s 下载大概 2G 之后，开始限速 50k/s

[yimiaoxiehou]

最近又开始了，同个子网段，我丢包率 50%，有个老哥的机器丢包 0