腾讯云轻量云对仅属于轻量云的 IP 地址 进行了主动 QOS 来人为创造丢包和高延迟。请各位暂时避雷。
johnsonwil · 2022-11-03 14:44:31 +08:00 · 12528 次点击这是一个创建于 785 天前的主题，其中的信息可能已经有所发展或是发生改变。
经过测试，香港腾讯轻量云的 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 通的地址，跟你的地址对比一下，看看是不是只有你在丢包和高延迟。
 |
1
johnsonwil OP |
|
2
johnsonwil OP 如果有朋友成功复现了我说的问题，请贴个图出来。看看是不是完全性的 QOS
|
 |
3
morphyhu 2022-11-03 14:59:08 +08:00
大概率是腾讯人为的,国产的东西都这个尿性.建议用 GOOGLE CLOUD
|
|
4
johnsonwil OP 目前收集了一下信息，7 个人里有 4 个有这个情况，其他 3 位完全正常，这个 QOS 应该是有前置条件存在才会触发，目前来看应该是流量跑的比较多到某个百分比才会触发，但是目前信息掌握的不多，还未确定实际百分比值
|
|
5
johnsonwil OP 目前可以确定的是，只要你的流量包跑了 70%以上，一定大概率出现这个被 QOS 的问题。
|
|
6
johnsonwil OP 目前收集到了 12 个人的测试信息，其中 8 人被 QOS ，流量包消耗均在 50%以上。其他 4 人流量包使用仅 10%-30%
|
|
7
johnsonwil OP 如果大家有时间的愿意帮忙收集下信息的。
你的 IP 段是什么： 1.1.1.* 是否出现 QOS 情况： 是 /否 流量包消耗百分比： 测试地区和运营商： 如 北京电信 |
 |
8
hxm0070 2022-11-03 15:35:58 +08:00
十一前腾讯轻量香港丢包太严重，关了，趁活动买了腾讯轻量新加坡把环境转了过去
|
 |
9
glouhao 2022-11-03 16:01:34 +08:00
我的正常 一点都不丢包啊
|
 |
10
caomingjun 2022-11-03 16:26:58 +08:00 via Android
只是对到大陆的线路 QOS 还是所有线路都 QOS ？
|
 |
11
totoro625 2022-11-03 16:35:49 +08:00
|
 |
12
wangxiaoaer 2022-11-03 16:39:45 +08:00  1
这就能推出人为、故意？会不会是资源倾斜？网络流量大的情况下轻量服务器的保障级别最低？
|
 |
13
littlefishcc 2022-11-03 16:41:06 +08:00
很久之前就出现了，只要是香港都不稳定，不仅仅是轻量云，偶尔出现异一段小时间无法访问，不是延迟高是直接无法访问，后面放弃用香港的服务器了。
|
 |
14
reter 2022-11-03 16:46:04 +08:00
难怪我说今天怎么网络质量那么差。看来腾讯云还是不靠谱，后面准备转移
|
 |
15
mason961125 2022-11-03 16:53:34 +08:00 5
这个测试方案不太对吧，你要证明它对轻量做了人为的 QoS ，至少对比的也是它的 CVM 而不是开一个新的轻量吧。
|
 |
16
kwh 2022-11-03 17:00:20 +08:00
不太明白为什么腾讯会自己找事儿。。。
会不会是防火墙，进行的？？？ |
 |
17
holajamc 2022-11-03 17:01:20 +08:00 3
恶意 QoS
恶意丢包 恭喜 V 站网友有创建了新的名词 |
 |
18
ufan0 2022-11-03 17:02:26 +08:00
借楼问下，哪个服务商到国内速度不错呢？
挂个人作品 Demo 用，只要响应及时稳定即可。 可接受年付 100 刀内。 |
 |
19
liuleixxxx 2022-11-03 17:10:31 +08:00
我买的轻量云没有这个问题呀，覆盖海外质量杠杠的，楼主是不是回国流量太大了
|
 |
20
loux 2022-11-03 17:12:08 +08:00
|
 |
21
jdandelion573 2022-11-03 17:23:15 +08:00 1
|
|
22
holajamc 2022-11-03 17:41:32 +08:00
|
 |
23
0987363 2022-11-03 17:44:36 +08:00
电信
新开机器也这样 43.154.173.253 延迟高，丢包 43.154.173.252 延迟低，不丢包 都是走的 as4134 |
 |
24
ooooo 2022-11-03 17:44:58 +08:00
刚才也看到有人发贴：
我的回复 之前速度很快，非常好 最近这段时间速度非常慢，卡到不行 最近垃圾到简直无法用的地步 难道腾讯云线路出问题了 客服也不跟进吗 |
 |
25
retrocode 2022-11-03 17:49:03 +08:00
101.32.* 还行 香港二区
[]( https://imgse.com/i/xquui4) |
|
26
johnsonwil OP @caomingjun 根据测试结果。对比同网段其他 IP ，是仅大陆。
|
|
27
johnsonwil OP @hxm0070 我群里有一个朋友，他开了持续的多地点监测探针，发现丢包的这个情况是从 10 月 5 号开始的，10 月 5 号之前 0 丢包。（多地点 Ping 测试）
|
|
28
johnsonwil OP @wangxiaoaer 从 10 月 5-7 号开始，轻量就开始持续丢包了，然而同网段其他 IP 地址并未有这个情况，说明肯定不是骨干网的问题，只有人为因素一种可能性。
|
|
29
johnsonwil OP @holajamc 测试都是经过了 boce 的多地点测试得出的结果，并且如果是运营商问题，不会出现同网段只有一个 IP 地址这样的情况，而且测试的时候是无工作负载的，并且多人都有同样的情况，肯定不是巧合。
|
|
30
johnsonwil OP @0987363 没错，群里有人试过了，哪怕新开机器也有丢包，但是并不是全部段丢包，还是有一小部分人没这个问题。但是问题很明显，是只针对轻量的丢包。不然不可能同一个 C 段只有你一个再丢。
|
 |
31
cyp0633 2022-11-03 18:50:47 +08:00
我也是 43.154.*.*，延迟很低，完全无丢包，流量只用了 1.5%
|
 |
32
eason1874 2022-11-03 18:53:18 +08:00
@johnsonwil 同网段的其他 IP 没事不能作为证据吧，现在运营商控制粒度非常细，我这都按端口来的，我用 vultr 最近每天要换一个端口，因为一个端口用两三天丢包率就非常高，换一个没用过的端口立刻正常
|
 |
33
haobo 2022-11-03 18:54:35 +08:00
最近确实延时巨大
|
 |
34
bookbox 2022-11-03 19:11:12 +08:00
我理解这跟流量包消耗没关系。。。我 3 台轻量的流量包都快用完了，并未发现有明显的丢包问题呀，同意楼上的看法，应该是到国内的流量太猛了吧
|
 |
35
xinshoushanglu 2022-11-03 19:15:44 +08:00
阿里云的香港 ECS 机器也延迟高，且经常 ping 不通，除了域名免备案真的没有任何买的理由
|
 |
36
imsea1 2022-11-03 19:24:37 +08:00
这种判定是人为故意的方式太不严谨了
|
 |
37
singerll 2022-11-03 19:31:05 +08:00
你先猜测的结论，再用结论去推导过程，无论过程是什么，你的结论肯定不会变。
|
 |
38
hostname 2022-11-03 19:33:26 +08:00
之前每到晚上的时候(19:00-2:00),就会一直 PING 不通,每天如此,不过不会影响 SSH,WEB 等通讯
|
 |
40
takitooru 2022-11-03 19:47:41 +08:00 via Android
同香港腾讯轻量，之前用的好好的，最近速度很慢，用香港的 speedtest 节点测速上传不超过 1.8Mbps （下载正常），提工单客服说这个是正常的，然后我就注销退款了。
|
 |
41
ProjectSky 2022-11-03 19:48:14 +08:00
已经连续用了一年多了也没什么事，结果昨天 IP 被封，今天换了一个，秒封
|
 |
42
Jemini 2022-11-03 19:59:10 +08:00 via iPhone
我换了 3 次机器了都不好使
本来买来做 ci 的 考虑迁到其他平台了 |
 |
43
iyaozhen 2022-11-03 20:32:36 +08:00
话说腾讯轻量云和之前云服务器有啥具体区别，看文档说的云里雾里
我会运维，希望自由度高 |
 |
44
pexcn 2022-11-03 21:02:48 +08:00
遇到了同样的问题
|
 |
45
V2Q 2022-11-03 21:08:30 +08:00 via Android
上周五开始，延迟很高，翻墙断断续续，周末直接断了，不能 ssh ，
|
|
46
V2Q 2022-11-03 21:11:18 +08:00 via Android
用了两年轻量，第一次出现这样的问题，后来直接换 ip ，重装系统，还是不能 ssh ，后来找客服，一会儿就解决了。
|
 |
47
hzy97 2022-11-03 22:01:57 +08:00
本人表示也遇到了，ip 段是 43.155.*.*的， 肯定是人为控制的，专门针对腾讯云的。我这边丢包率高达 10%， 但是 cvm 就没有。这里明显感觉是流量包的问题。
|
|
48
hzy97 2022-11-03 22:07:59 +08:00
详见一下链接
Base64 aHR0cHM6Ly9oay55YW5oYW96aGUuY24vd29yZHByZXNzLz9wPTI1 |
|
49
hzy97 2022-11-03 22:08:53 +08:00
@caomingjun 仅仅针对大陆。另外 scp 速度较快但 443 端口就很慢，看上去很像有意控制的。
|
 |
50
996bujiaban 2022-11-03 22:09:56 +08:00
为什么要手动拉高延迟啊，tx 图什么？
|
 |
51
LxnChan 2022-11-03 22:42:53 +08:00 1
腾讯云轻量北京，IP 段 82.156.*.*，开了个下载服务器，会出现下载大文件的时候开始能跑满轻量带宽，后面就越来越低的情况。
Ping 和 Tracert 都无异常，11 跳就到达了服务器，天津联通千兆 /5G 。 具体是不是和你一样的情况不太清楚。 --- @iyaozhen CVM 是卖你各个服务，比如云硬盘、EIP 、内存、CPU ；而轻量服务器则是卖给你一个资源包，这个资源包包含固定数量的硬盘、CPU 、内存、固定带宽的流量包和一些服务（如 Wordpress 等）一键部署的能力。我认为在本质上 CVM 和轻量云没有区别（都是基于 KVM 的虚拟机），但是如果对业务弹性不大（或者说无需随时扩容 /比如自己的 blog ），以及刚入门的小白需要搭建一些 CMS ，那么轻量相对来说还是合适的。 |
 |
52
amiaaaz 2022-11-04 00:00:09 +08:00
我以前买是上海地区的轻量 网络一切正常，今年 9 月份到期之后我重新买了 3 年北京地区的，结果再也不能正常访问 github 了，问了几个朋友，他们的轻量分别在广州和北京，都正常 就我的被卡脖子（吐血），然后含泪退款 Orz
|
 |
53
6IbA2bj5ip3tK49j 2022-11-04 03:31:17 +08:00 via iPhone
求各位推荐一个 GCE ，Azure ，AWS 香港区域 24 元 /月的服务器。
|
 |
54
OnionJuice 2022-11-04 09:02:47 +08:00 1
你路由跟踪到延迟低的节点 ip 段，跟你主机的 ip 段是一样？有没有可能就是因为太多人用轻量就搭了个翻墙，回大陆流量太大被防火墙认为这段 ip 有问题，然后 qos 了呢？
香港服务器本来就不是给翻墙用的，如果只是大陆流量延迟高，其实没什么好说的。买个轻量网络比 IPLC 还稳定，那谁买 IPLC ，要不打电话让国安把防火墙关一下呗。 搬瓦工，Vultr 凌晨的延迟也比其他时段的要低，难道就是他们也恶意 qos 了？ |
 |
55
Ansen 2022-11-04 09:46:48 +08:00
早就发现了，国内的轻量云直接无法访问外网
|
 |
56
LavaC 2022-11-04 09:59:27 +08:00
非香港的，ping 时在平均 20ms 不到的延迟里会蹦出一条 100 ～ 800ms 不等的，100 条里估计有一条彻底超时的。
|
 |
57
mahaonan93 2022-11-04 10:21:21 +08:00
@ufan0 Azure
|
|
58
johnsonwil OP @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 解析项目的介绍网站。没有人会拿这个去翻墙 |
|
59
johnsonwil OP @amiaaaz 国内轻量不会有问题的，只针对香港地区。
|
|
60
johnsonwil OP 2
回复一下各位的疑问。
首先，关于骨干网拥挤和 GFW/ISP 的定向 QOS ， 假如是 GFW/ISP 控制这样子的话，不可能没跑过流量的新机器也有 QOS 情况，并且丢包和 QOS 会在骨干网段发生，而不是在最后一跳腾讯云内网发生。 假如是骨干网拥挤的话，那么同网段 /同路由的 IP 都会跳 ping 和高延迟，因为腾讯云 BGP 通告的是整个段，而不是单个 IP 单个去广播，这点用路由追踪可以轻松看得出来，一个网段的 255 个 IP 走的骨干网 IP 都是一摸一样的，所以可以排除是古骨干网拥挤的问题，并且根据群里一个朋友的图片监测，丢包是 10 月 7 号开始的，丢包率是 24 小时稳定在 10%，假如是骨干网问题，不可能全天都稳定丢包 10%，也不可能同路由其他 IP 不丢包，更不要说什么因为翻墙导致的，根据我目前收集的信息，无论新老机器，无论是否跑了流量，都有被跳 Ping 的可能，但是具体如何触发？目前收集的样本还不够多。但是这个问题一定是真实存在的，并且绝对和骨干网以及 ISP/GFW 无关。 |
 |
61
anlythree 2022-11-04 11:02:21 +08:00
@ProjectSky 我靠！我也是，昨天发现 ip 被封了。然后重新换了一个，我还以为是我之前 github 不小心提交 ip 被攻击了
|
 |
62
bug123 2022-11-04 11:09:33 +08:00
可能不是故意的，而是技术不行？
|
 |
63
joApioVVx4M4X6Rf 2022-11-04 11:19:41 +08:00
楼主你用的什么命令测试的啊，教教我
|
 |
64
ALLENi 2022-11-04 11:33:12 +08:00
101 hk 号段没这个问题
|
 |
65
opengps 2022-11-04 12:03:28 +08:00
故意做成这样反而挺难，我倒觉得可能是轻量架构的问题，轻量跟云不是同一个设计思路，属于简化底层
|
|
66
johnsonwil OP @opengps 我觉得不应该这么巧合吧，但是如果你说要一个完全切实的去确定，那是不可能的，因为我们不是官方工作人员，但是根据我们群里好几次的样本对照测试得出的结论，那就是在相同 IP 段，相同骨干，相同路由的情况下，只有轻量会出现丢包情况。
换一个没有那么阴谋论的说法，那就是轻量云的优先级要比 CVM 低很多，然后腾讯的香港资源快耗尽了，导致非人为情况资源倾斜下产生的香港轻量被自动 QOS |
 |
67
Felldeadbird 2022-11-04 13:59:36 +08:00
我的 124 端 HK 稳如狗。广州不存在丢包。不过贵州等内陆省份被屏蔽了。不知道什么原因。
|
|
68
johnsonwil OP @v2exblog 下载一个 Best Trace 。
然后 Ping / Tcping 22 自己的轻量香港服务器，看看有没有丢包，如果有的话，Ping / Tcping22 这个 IP 段里的其他 IP 地址，看看是不是大部分都是不丢包的。 然后使用 Best Trace 路由追踪这个不丢包的跟你一个 IP 段的 IP 地址，然后再追踪你自己的地址，看看是不是骨干网走的完全一致，并且骨干网是不是完全无丢包，只有最后一跳到腾讯云丢包，即可测试完毕。 |
|
69
johnsonwil OP @Felldeadbird 43 段出现这个情况为主，124 ，101 之类的，应该是开了有一段时间的老机器了
|
 |
70
V1220918889 2022-11-04 15:11:39 +08:00
43 段，近期很多客户丢包找我退款，有客户开了一台无法连接，换 ip 也不行，重开了 3 个才有一个能使用的，
|
|
71
V1220918889 2022-11-04 15:13:14 +08:00
43 段，近期很多客户丢包找我退款，有客户开了一台无法连接，换 ip 也不行，重开了 3 个才有一个能使用的，
目前只有香港客户找我退款，新加坡东京等地区卖的少还没有反馈， 阿里表现还行没人反馈（但我还是觉得阿里香港一般） |
 |
72
sduoduo233 2022-11-04 15:16:10 +08:00 via Android
@ufan0 年付 100 刀可以试试搬瓦工，或者谷歌 azure 也可以
|
|
73
ufan0 2022-11-04 15:19:23 +08:00
|
 |
74
dddxm 2022-11-04 16:54:23 +08:00 via iPhone 1
实测，跟流量没有关系。我的 43 段的香港轻量，只挂了一个探针监控几台 vps 情况。网址只有我一个人用，每个月流量使用量 10g 都没用，但全天严重丢包，不只是 ping 丢，tcp 连接也丢，跟你的图炸的情况一样。发工单，客服打太极，让我换 IP ，刚换 IP 的时候确实全绿了，一天之后直接又和以前一样了，再次发工单会说不保证回国了。我这个使用量应该算是优质用户吧？真搞不明白为啥要这样搞我。恶心透了。现在我直接写个脚本晚上 6 点-10 点开始满速跑 BT 。
|
|
75
opengps 2022-11-04 19:13:57 +08:00
@johnsonwil 其实这个问题也好解决，同样的测试，对比下隔壁几家云就行了（说到轻量其实只有一家）
|
 |
76
yopv2 2022-11-05 13:39:35 +08:00
难怪我们最近买的几个都有问题 最后换到 套路云去了 看来现在都是套路
|
|
77
ProjectSky 2022-11-06 14:16:16 +08:00 via Android
@anlythree 重开一台隔一天又被封了，表现为国内 IP 全部无法访问，国外正常，提工单扯皮让换 IP ，关键这台机器没跑任何服务
|
|
78
johnsonwil OP @ProjectSky 现在腾讯就这样。。干净的 IP 很少，而且对轻量网络明显有区别对待。
|
 |
79
mikywei 2022-11-06 23:25:21 +08:00
之前买过一个香港主机，用来科学上网，那时候还是共享带宽卡到不能用，现在还限制流量，真的是变相升价，以后服务器会越来越贵，切用且珍惜吧。
|
|
80
hzy97 2022-11-08 01:13:19 +08:00
这里还是发现了， 换了 ip 后前几分钟没有丢包，后面就开始疯狂丢包。
|
|
81
hzy97 2022-11-08 13:29:04 +08:00
当然也有可能是线路问题。现在我的 cvm 是三网直连， 而轻量已经成为 cmi 了。不知道和这个有关没有。
|
 |
82
ayelky 2022-11-09 11:47:22 +08:00
这里我发现了，mstsc 从轻量复制文件到本地速度是正常（满速稳定），tls 流量，https 流量都是被 QOS 的。
ip 43.154.*.*段 |
|
83
ayelky 2022-11-09 11:47:55 +08:00
无论白天黑夜，稳定的慢。。
|
|
84
hzy97 2022-11-09 12:45:33 +08:00
我也是这样的症状。但是并不是所有的机器都是这样的。scp 传输不存在这个问题，但是 https 就存在。
|
 |
85
kincaid 2022-11-09 18:58:19 +08:00
并不是针对什么轻量，前几天开过香港 CVM 测试过，一样抽风
|
|
86
kincaid 2022-11-09 19:01:24 +08:00
@johnsonwil 丢包确实在运营商到腾讯云那一跳，不过并不是劣化网络，而是带宽没那么足了，腾讯云好像不愿意花钱加带宽，所以大家一起抽着吧，已经不续费了
|
 |
87
yph007595 2022-11-09 20:09:44 +08:00
我也有这个问题，腾讯云，从 10 月份开始，经常连接超时，我看日志，是 tls 握手超时。
|
 |
88
Alphabetcn 2022-11-09 22:36:34 +08:00
只能说情况属实
|
 |
89
TieTiejiang 2022-11-15 20:24:19 +08:00
今天好像恢复正常了
|
 |
90
1265578519 2022-11-16 17:55:28 +08:00
感谢反馈，43.154.x.x 丢包相关问题是数据中心交换机故障引起的，现已更换硬件设备，现已修复。
|
|
91
johnsonwil OP @1265578519 没有恢复，明显就是限了轻量的 QOS 把，同 IP 段的其他 IP 怎么可能不丢包呢？如果是路由问题，那一个 C 段不可能广播 2 个路由
|
|
92
hzy97 2022-11-19 22:22:00 +08:00
目前确实已经恢复了，但是被墙的 ip 还是被墙的。
|
|
93
johnsonwil OP @hzy97 没有 不信你试试
|
|
94
hzy97 2022-11-26 01:27:33 +08:00
@johnsonwil 这边现在有时候禁 ping ， 看看业务和 ssh 上的去就没问题。
|
 |
95
elfmacs 2023-05-24 11:51:24 +08:00
挖个坟，这个问题现在还是有啊，都过去半年多了。
|
 |
96
Caxen 2023-07-08 02:31:04 +08:00
近几天确实遇到这种问题，测试结果和 11 楼一模一样，都不需要到带宽上限，只要稍微跑点流量(平均不超过 1m 带宽)就会触发，丢包十多分钟然后恢复，基本没法使用，低延迟的 ping 值真就只是好看而已 。
|
 |
97
cloverzrg2 2023-08-07 16:27:31 +08:00
hk 轻量，3M/s 下载大概 2G 之后，开始限速 50k/s
|
 |
98
yimiaoxiehou 2023-08-15 13:45:09 +08:00
最近又开始了，同个子网段，我丢包率 50%，有个老哥的机器丢包 0
|
Select Language