V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
johnsonwil
V2EX  ›  云计算

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

  •  3
     
  •   johnsonwil · 93 天前 · 8151 次点击
    这是一个创建于 93 天前的主题,其中的信息可能已经有所发展或是发生改变。

    经过测试,香港腾讯轻量云的 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 通的地址,跟你的地址对比一下,看看是不是只有你在丢包和高延迟。

    93 条回复    2022-11-26 01:27:33 +08:00
    johnsonwil
        1
    johnsonwil  
    OP
       93 天前
    johnsonwil
        2
    johnsonwil  
    OP
       93 天前
    如果有朋友成功复现了我说的问题,请贴个图出来。看看是不是完全性的 QOS
    morphyhu
        3
    morphyhu  
       93 天前
    大概率是腾讯人为的,国产的东西都这个尿性.建议用 GOOGLE CLOUD
    johnsonwil
        4
    johnsonwil  
    OP
       93 天前
    目前收集了一下信息,7 个人里有 4 个有这个情况,其他 3 位完全正常,这个 QOS 应该是有前置条件存在才会触发,目前来看应该是流量跑的比较多到某个百分比才会触发,但是目前信息掌握的不多,还未确定实际百分比值
    johnsonwil
        5
    johnsonwil  
    OP
       93 天前
    目前可以确定的是,只要你的流量包跑了 70%以上,一定大概率出现这个被 QOS 的问题。
    johnsonwil
        6
    johnsonwil  
    OP
       93 天前
    目前收集到了 12 个人的测试信息,其中 8 人被 QOS ,流量包消耗均在 50%以上。其他 4 人流量包使用仅 10%-30%
    johnsonwil
        7
    johnsonwil  
    OP
       93 天前
    如果大家有时间的愿意帮忙收集下信息的。


    你的 IP 段是什么:
    1.1.1.*

    是否出现 QOS 情况:
    是 /否

    流量包消耗百分比:

    测试地区和运营商:

    如 北京电信
    hxm0070
        8
    hxm0070  
       93 天前
    十一前腾讯轻量香港丢包太严重,关了,趁活动买了腾讯轻量新加坡把环境转了过去
    glouhao
        9
    glouhao  
       93 天前
    我的正常 一点都不丢包啊
    caomingjun
        10
    caomingjun  
       93 天前 via Android
    只是对到大陆的线路 QOS 还是所有线路都 QOS ?
    totoro625
        11
    totoro625  
       93 天前
    https://www.itdog.cn/ping/
    选择持续测试,确实有点烂
    wangxiaoaer
        12
    wangxiaoaer  
       93 天前   ❤️ 1
    这就能推出人为、故意?会不会是资源倾斜?网络流量大的情况下轻量服务器的保障级别最低?
    littlefishcc
        13
    littlefishcc  
       93 天前
    很久之前就出现了,只要是香港都不稳定,不仅仅是轻量云,偶尔出现异一段小时间无法访问,不是延迟高是直接无法访问,后面放弃用香港的服务器了。
    reter
        14
    reter  
       93 天前
    难怪我说今天怎么网络质量那么差。看来腾讯云还是不靠谱,后面准备转移
    mason961125
        15
    mason961125  
       93 天前   ❤️ 5
    这个测试方案不太对吧,你要证明它对轻量做了人为的 QoS ,至少对比的也是它的 CVM 而不是开一个新的轻量吧。
    kwh
        16
    kwh  
       93 天前
    不太明白为什么腾讯会自己找事儿。。。
    会不会是防火墙,进行的???
    holajamc
        17
    holajamc  
       93 天前   ❤️ 3
    恶意 QoS
    恶意丢包

    恭喜 V 站网友有创建了新的名词
    ufan0
        18
    ufan0  
       93 天前
    借楼问下,哪个服务商到国内速度不错呢?

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

    可接受年付 100 刀内。
    liuleixxxx
        19
    liuleixxxx  
       93 天前
    我买的轻量云没有这个问题呀,覆盖海外质量杠杠的,楼主是不是回国流量太大了
    loux
        20
    loux  
       93 天前
    jdandelion573
        21
    jdandelion573  
       93 天前   ❤️ 1
    @holajamc
    善意 QOS
    善意丢包

    我的香港节点也一样情况,已经被加入 gfw 豪华套餐中,还是谨慎为上,毕竟腾讯云实名制注册。
    holajamc
        22
    holajamc  
       93 天前
    @jdandelion573
    为什么不考虑是本地运营商的问题呢?

    https://ping.sx/ping?t=43.154.61.67
    0987363
        23
    0987363  
       93 天前
    电信
    新开机器也这样
    43.154.173.253 延迟高,丢包
    43.154.173.252 延迟低,不丢包
    都是走的 as4134
    ooooo
        24
    ooooo  
       93 天前
    刚才也看到有人发贴:
    我的回复
    之前速度很快,非常好
    最近这段时间速度非常慢,卡到不行
    最近垃圾到简直无法用的地步
    难道腾讯云线路出问题了
    客服也不跟进吗
    retrocode
        25
    retrocode  
       93 天前
    101.32.* 还行 香港二区

    [![xquui4.png]( https://s1.ax1x.com/2022/11/03/xquui4.png)]( https://imgse.com/i/xquui4)
    johnsonwil
        26
    johnsonwil  
    OP
       93 天前
    @caomingjun 根据测试结果。对比同网段其他 IP ,是仅大陆。
    johnsonwil
        27
    johnsonwil  
    OP
       93 天前
    @hxm0070 我群里有一个朋友,他开了持续的多地点监测探针,发现丢包的这个情况是从 10 月 5 号开始的,10 月 5 号之前 0 丢包。(多地点 Ping 测试)
    johnsonwil
        28
    johnsonwil  
    OP
       93 天前
    @wangxiaoaer 从 10 月 5-7 号开始,轻量就开始持续丢包了,然而同网段其他 IP 地址并未有这个情况,说明肯定不是骨干网的问题,只有人为因素一种可能性。
    johnsonwil
        29
    johnsonwil  
    OP
       93 天前
    @holajamc 测试都是经过了 boce 的多地点测试得出的结果,并且如果是运营商问题,不会出现同网段只有一个 IP 地址这样的情况,而且测试的时候是无工作负载的,并且多人都有同样的情况,肯定不是巧合。
    johnsonwil
        30
    johnsonwil  
    OP
       93 天前
    @0987363 没错,群里有人试过了,哪怕新开机器也有丢包,但是并不是全部段丢包,还是有一小部分人没这个问题。但是问题很明显,是只针对轻量的丢包。不然不可能同一个 C 段只有你一个再丢。
    cyp0633
        31
    cyp0633  
       93 天前
    我也是 43.154.*.*,延迟很低,完全无丢包,流量只用了 1.5%
    eason1874
        32
    eason1874  
       93 天前
    @johnsonwil 同网段的其他 IP 没事不能作为证据吧,现在运营商控制粒度非常细,我这都按端口来的,我用 vultr 最近每天要换一个端口,因为一个端口用两三天丢包率就非常高,换一个没用过的端口立刻正常
    haobo
        33
    haobo  
       93 天前
    最近确实延时巨大
    bookbox
        34
    bookbox  
       93 天前
    我理解这跟流量包消耗没关系。。。我 3 台轻量的流量包都快用完了,并未发现有明显的丢包问题呀,同意楼上的看法,应该是到国内的流量太猛了吧
    xinshoushanglu
        35
    xinshoushanglu  
       93 天前
    阿里云的香港 ECS 机器也延迟高,且经常 ping 不通,除了域名免备案真的没有任何买的理由
    imsea1
        36
    imsea1  
       93 天前
    这种判定是人为故意的方式太不严谨了
    singerll
        37
    singerll  
       93 天前
    你先猜测的结论,再用结论去推导过程,无论过程是什么,你的结论肯定不会变。
    hostname
        38
    hostname  
       93 天前
    之前每到晚上的时候(19:00-2:00),就会一直 PING 不通,每天如此,不过不会影响 SSH,WEB 等通讯
    hostname
        39
    hostname  
       93 天前
    @hostname 其他地区 PING 也是,不是自己的问题
    takitooru
        40
    takitooru  
       93 天前 via Android
    同香港腾讯轻量,之前用的好好的,最近速度很慢,用香港的 speedtest 节点测速上传不超过 1.8Mbps (下载正常),提工单客服说这个是正常的,然后我就注销退款了。
    ProjectSky
        41
    ProjectSky  
       93 天前
    已经连续用了一年多了也没什么事,结果昨天 IP 被封,今天换了一个,秒封
    Jemini
        42
    Jemini  
       93 天前 via iPhone
    我换了 3 次机器了都不好使
    本来买来做 ci 的
    考虑迁到其他平台了
    iyaozhen
        43
    iyaozhen  
       93 天前
    话说腾讯轻量云和之前云服务器有啥具体区别,看文档说的云里雾里

    我会运维,希望自由度高
    pexcn
        44
    pexcn  
       93 天前
    遇到了同样的问题
    V2Q
        45
    V2Q  
       93 天前 via Android
    上周五开始,延迟很高,翻墙断断续续,周末直接断了,不能 ssh ,
    V2Q
        46
    V2Q  
       93 天前 via Android
    用了两年轻量,第一次出现这样的问题,后来直接换 ip ,重装系统,还是不能 ssh ,后来找客服,一会儿就解决了。
    hzy97
        47
    hzy97  
       93 天前
    本人表示也遇到了,ip 段是 43.155.*.*的, 肯定是人为控制的,专门针对腾讯云的。我这边丢包率高达 10%, 但是 cvm 就没有。这里明显感觉是流量包的问题。
    hzy97
        48
    hzy97  
       93 天前
    详见一下链接

    Base64
    aHR0cHM6Ly9oay55YW5oYW96aGUuY24vd29yZHByZXNzLz9wPTI1
    hzy97
        49
    hzy97  
       93 天前
    @caomingjun 仅仅针对大陆。另外 scp 速度较快但 443 端口就很慢,看上去很像有意控制的。
    996bujiaban
        50
    996bujiaban  
       93 天前
    为什么要手动拉高延迟啊,tx 图什么?
    LxnChan
        51
    LxnChan  
       93 天前   ❤️ 1
    腾讯云轻量北京,IP 段 82.156.*.*,开了个下载服务器,会出现下载大文件的时候开始能跑满轻量带宽,后面就越来越低的情况。

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

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

    ---

    @iyaozhen CVM 是卖你各个服务,比如云硬盘、EIP 、内存、CPU ;而轻量服务器则是卖给你一个资源包,这个资源包包含固定数量的硬盘、CPU 、内存、固定带宽的流量包和一些服务(如 Wordpress 等)一键部署的能力。我认为在本质上 CVM 和轻量云没有区别(都是基于 KVM 的虚拟机),但是如果对业务弹性不大(或者说无需随时扩容 /比如自己的 blog ),以及刚入门的小白需要搭建一些 CMS ,那么轻量相对来说还是合适的。
    amiaaaz
        52
    amiaaaz  
       92 天前
    我以前买是上海地区的轻量 网络一切正常,今年 9 月份到期之后我重新买了 3 年北京地区的,结果再也不能正常访问 github 了,问了几个朋友,他们的轻量分别在广州和北京,都正常 就我的被卡脖子(吐血),然后含泪退款 Orz
    xgfan
        53
    xgfan  
       92 天前 via iPhone
    求各位推荐一个 GCE ,Azure ,AWS 香港区域 24 元 /月的服务器。
    OnionJuice
        54
    OnionJuice  
       92 天前   ❤️ 1
    你路由跟踪到延迟低的节点 ip 段,跟你主机的 ip 段是一样?有没有可能就是因为太多人用轻量就搭了个翻墙,回大陆流量太大被防火墙认为这段 ip 有问题,然后 qos 了呢?

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

    搬瓦工,Vultr 凌晨的延迟也比其他时段的要低,难道就是他们也恶意 qos 了?
    Ansen
        55
    Ansen  
       92 天前
    早就发现了,国内的轻量云直接无法访问外网
    LavaC
        56
    LavaC  
       92 天前
    非香港的,ping 时在平均 20ms 不到的延迟里会蹦出一条 100 ~ 800ms 不等的,100 条里估计有一条彻底超时的。
    mahaonan93
        57
    mahaonan93  
       92 天前
    @ufan0 Azure
    johnsonwil
        58
    johnsonwil  
    OP
       92 天前
    @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
        59
    johnsonwil  
    OP
       92 天前
    @amiaaaz 国内轻量不会有问题的,只针对香港地区。
    johnsonwil
        60
    johnsonwil  
    OP
       92 天前   ❤️ 2
    回复一下各位的疑问。

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

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

    假如是骨干网拥挤的话,那么同网段 /同路由的 IP 都会跳 ping 和高延迟,因为腾讯云 BGP 通告的是整个段,而不是单个 IP 单个去广播,这点用路由追踪可以轻松看得出来,一个网段的 255 个 IP 走的骨干网 IP 都是一摸一样的,所以可以排除是古骨干网拥挤的问题,并且根据群里一个朋友的图片监测,丢包是 10 月 7 号开始的,丢包率是 24 小时稳定在 10%,假如是骨干网问题,不可能全天都稳定丢包 10%,也不可能同路由其他 IP 不丢包,更不要说什么因为翻墙导致的,根据我目前收集的信息,无论新老机器,无论是否跑了流量,都有被跳 Ping 的可能,但是具体如何触发?目前收集的样本还不够多。但是这个问题一定是真实存在的,并且绝对和骨干网以及 ISP/GFW 无关。
    anlythree
        61
    anlythree  
       92 天前
    @ProjectSky 我靠!我也是,昨天发现 ip 被封了。然后重新换了一个,我还以为是我之前 github 不小心提交 ip 被攻击了
    bug123
        62
    bug123  
       92 天前
    可能不是故意的,而是技术不行?
    v2exblog
        63
    v2exblog  
       92 天前
    楼主你用的什么命令测试的啊,教教我
    ALLENi
        64
    ALLENi  
       92 天前
    101 hk 号段没这个问题
    opengps
        65
    opengps  
       92 天前
    故意做成这样反而挺难,我倒觉得可能是轻量架构的问题,轻量跟云不是同一个设计思路,属于简化底层
    johnsonwil
        66
    johnsonwil  
    OP
       92 天前
    @opengps 我觉得不应该这么巧合吧,但是如果你说要一个完全切实的去确定,那是不可能的,因为我们不是官方工作人员,但是根据我们群里好几次的样本对照测试得出的结论,那就是在相同 IP 段,相同骨干,相同路由的情况下,只有轻量会出现丢包情况。

    换一个没有那么阴谋论的说法,那就是轻量云的优先级要比 CVM 低很多,然后腾讯的香港资源快耗尽了,导致非人为情况资源倾斜下产生的香港轻量被自动 QOS
    Felldeadbird
        67
    Felldeadbird  
       92 天前
    我的 124 端 HK 稳如狗。广州不存在丢包。不过贵州等内陆省份被屏蔽了。不知道什么原因。
    johnsonwil
        68
    johnsonwil  
    OP
       92 天前
    @v2exblog 下载一个 Best Trace 。

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

    然后使用 Best Trace 路由追踪这个不丢包的跟你一个 IP 段的 IP 地址,然后再追踪你自己的地址,看看是不是骨干网走的完全一致,并且骨干网是不是完全无丢包,只有最后一跳到腾讯云丢包,即可测试完毕。
    johnsonwil
        69
    johnsonwil  
    OP
       92 天前
    @Felldeadbird 43 段出现这个情况为主,124 ,101 之类的,应该是开了有一段时间的老机器了
    V1220918889
        70
    V1220918889  
       92 天前
    43 段,近期很多客户丢包找我退款,有客户开了一台无法连接,换 ip 也不行,重开了 3 个才有一个能使用的,
    V1220918889
        71
    V1220918889  
       92 天前
    43 段,近期很多客户丢包找我退款,有客户开了一台无法连接,换 ip 也不行,重开了 3 个才有一个能使用的,
    目前只有香港客户找我退款,新加坡东京等地区卖的少还没有反馈,
    阿里表现还行没人反馈(但我还是觉得阿里香港一般)
    sduoduo233
        72
    sduoduo233  
       92 天前 via Android
    @ufan0 年付 100 刀可以试试搬瓦工,或者谷歌 azure 也可以
    ufan0
        73
    ufan0  
       92 天前
    @sduoduo233 #72 azure 有在用,确实牛。

    搬瓦工也用过,比较差,速度、稳定性都很差。
    dddxm
        74
    dddxm  
       92 天前 via iPhone   ❤️ 1
    实测,跟流量没有关系。我的 43 段的香港轻量,只挂了一个探针监控几台 vps 情况。网址只有我一个人用,每个月流量使用量 10g 都没用,但全天严重丢包,不只是 ping 丢,tcp 连接也丢,跟你的图炸的情况一样。发工单,客服打太极,让我换 IP ,刚换 IP 的时候确实全绿了,一天之后直接又和以前一样了,再次发工单会说不保证回国了。我这个使用量应该算是优质用户吧?真搞不明白为啥要这样搞我。恶心透了。现在我直接写个脚本晚上 6 点-10 点开始满速跑 BT 。
    opengps
        75
    opengps  
       92 天前
    @johnsonwil 其实这个问题也好解决,同样的测试,对比下隔壁几家云就行了(说到轻量其实只有一家)
    yopv2
        76
    yopv2  
       91 天前
    难怪我们最近买的几个都有问题 最后换到 套路云去了 看来现在都是套路
    ProjectSky
        77
    ProjectSky  
       90 天前 via Android
    @anlythree 重开一台隔一天又被封了,表现为国内 IP 全部无法访问,国外正常,提工单扯皮让换 IP ,关键这台机器没跑任何服务
    johnsonwil
        78
    johnsonwil  
    OP
       90 天前
    @ProjectSky 现在腾讯就这样。。干净的 IP 很少,而且对轻量网络明显有区别对待。
    mikywei
        79
    mikywei  
       90 天前
    之前买过一个香港主机,用来科学上网,那时候还是共享带宽卡到不能用,现在还限制流量,真的是变相升价,以后服务器会越来越贵,切用且珍惜吧。
    hzy97
        80
    hzy97  
       88 天前
    这里还是发现了, 换了 ip 后前几分钟没有丢包,后面就开始疯狂丢包。
    hzy97
        81
    hzy97  
       88 天前
    当然也有可能是线路问题。现在我的 cvm 是三网直连, 而轻量已经成为 cmi 了。不知道和这个有关没有。
    ayelky
        82
    ayelky  
       87 天前
    这里我发现了,mstsc 从轻量复制文件到本地速度是正常(满速稳定),tls 流量,https 流量都是被 QOS 的。
    ip 43.154.*.*段
    ayelky
        83
    ayelky  
       87 天前
    无论白天黑夜,稳定的慢。。
    hzy97
        84
    hzy97  
       87 天前
    我也是这样的症状。但是并不是所有的机器都是这样的。scp 传输不存在这个问题,但是 https 就存在。
    kincaid
        85
    kincaid  
       87 天前
    并不是针对什么轻量,前几天开过香港 CVM 测试过,一样抽风
    kincaid
        86
    kincaid  
       87 天前
    @johnsonwil 丢包确实在运营商到腾讯云那一跳,不过并不是劣化网络,而是带宽没那么足了,腾讯云好像不愿意花钱加带宽,所以大家一起抽着吧,已经不续费了
    yph007595
        87
    yph007595  
       87 天前
    我也有这个问题,腾讯云,从 10 月份开始,经常连接超时,我看日志,是 tls 握手超时。
    Alphabetcn
        88
    Alphabetcn  
       87 天前
    只能说情况属实
    TieTiejiang
        89
    TieTiejiang  
       81 天前
    今天好像恢复正常了
    1265578519
        90
    1265578519  
       80 天前
    感谢反馈,43.154.x.x 丢包相关问题是数据中心交换机故障引起的,现已更换硬件设备,现已修复。
    johnsonwil
        91
    johnsonwil  
    OP
       80 天前
    @1265578519 没有恢复,明显就是限了轻量的 QOS 把,同 IP 段的其他 IP 怎么可能不丢包呢?如果是路由问题,那一个 C 段不可能广播 2 个路由
    hzy97
        92
    hzy97  
       77 天前
    目前确实已经恢复了,但是被墙的 ip 还是被墙的。
    johnsonwil
        93
    johnsonwil  
    OP
       73 天前
    @hzy97 没有 不信你试试
    hzy97
        94
    hzy97  
       70 天前
    @johnsonwil 这边现在有时候禁 ping , 看看业务和 ssh 上的去就没问题。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   1396 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 59ms · UTC 15:37 · PVG 23:37 · LAX 07:37 · JFK 10:37
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.