背景：账户有一台阿里云香港的轻量服务器 47.76.107.x ，周五发现三大运营商大量地区空路由的现象，排查之后确定不是我们自己这边的问题。因为比较忙，加上这台机器是我朋友在使用，于是先由他用自己提交了工单，得到的答复是敷衍的“轻量应用服务器不保证大陆访问”。于是我整理好了故障现象和截图，在这台机器的账户进行提交了工单，以下是非常不愉快的经历：
- （ 1 ）周六晚提交问题描述后，以“轻量应用服务器不保证大陆访问”敷衍
- （ 2 ）周六晚重申问题后，一线客服进行测试，周日早依然以“轻量应用服务器不保证大陆访问”敷衍
- （ 3 ）周日早工单投诉后，网络工程师介入进行测试，授权访问并复现问题，终于进入处理过程
- （ 4 ）周一中午，告知后端未发现问题，无法处理，建议买新的迁移
以下是全过程完整截图，自始至终阿里云我感觉他们根本没想要解决问题。阿里云我可以不用，经历几次被限速之后，这台机器我甚至已经完全闲置了才交给我朋友使用的（月流量甚至只有 7G ）。我承认我的言辞过激，但我属实拿不出好态度去对待这样的服务。仅此，望避雷。
第 1 条附言 · 5 小时 32 分钟前
发帖后 15:09 恢复了，解释是后端反馈给运营商修复的，事件终结
第 2 条附言 · 3 小时 51 分钟前
工程师进行了电话沟通消除了一些误解，从一线客服提交到产研之后网络工程师背后进行了很负责的进行了排查，转达处理结果的时候，本意是先通过新购恢复业务再等待运营商处理后再进行赔付和结单。当时也确实是被一线的回复压着带有情绪，毕竟没有损失，问题解决就是皆大欢喜的事了。感谢大家的支持，请客观看待此事。
 |
1
LuminousKK OP 至此故障已超过 72h ，阿里云侧未提供任何有效解决方案（销毁重买那叫解决方案？）
|
 |
2
Kinnice 6 小时 30 分钟前
被墙了？
|
 |
3
zturns 6 小时 27 分钟前
都买香港了，为啥还买国内的厂家，国外的不比这便宜麻
|
 |
4
Gilfoyle26 6 小时 27 分钟前
非大陆就别用国内这些云厂商了，这个是一个潜规则。
|
|
5
LuminousKK OP @Kinnice 并不是，被 ban 的话阿里内网出去的路由是有的，会在跨境 ISP 中间中断。目前状况是随机部分省份+运营商从阿里侧出去回程空路由，何况这台是网站的端口转发负载均衡完全没有违规业务
|
|
6
LuminousKK OP @zturns @Gilfoyle26 受害者无罪，只是让大家看看阿里的嘴脸
|
 |
7
linhongjun 6 小时 15 分钟前
外包还想咋样
|
 |
8
pmman 5 小时 42 分钟前
实测多扯会皮就给你退了，总之只能换新机器才能换 ip
|
 |
9
salmon5 5 小时 33 分钟前
换精品 IP
|
 |
11
SuperGeorge 5 小时 22 分钟前
之前在腾讯买的 300 多一个月的正价轻量，刚买都正常但是一个月不到就出故障，ping 延迟低路由无绕路但是访问速度非常慢，三网都是几十 kb ，开工单也是跨境不保证，甚至没有正经工程师介入过。
|
 |
12
xiaoxiaomingming 4 小时 44 分钟前
您好，这里是阿里云售后服务，很抱歉让您有不好的体验感受了，小编先核实下具体情况，等核实完成后回电与您沟通。
|
 |
13
8355 3 小时 12 分钟前
都降本掉了，现在都是外包在回答问题，他们的没有权限处理，就是来快速响应的，外包就是会习惯性的先质疑你是否正常使用，有没有看文档会不会用之类的问题，你就会陷入自证而浪费时间，时间都给你磨没了。
还好公司消费高有钉钉企业标准服务可以通过对接的架构师快速拉到阿里云原厂的人来响应和处理，没有外包过滤层，效率会快很多。 之前遇到过 es serveless 负载问题 还有接口服务的 sdk 在特定版本有明显错误，已经截图给出了都没有解决，还要求我提供详细的复现步骤和代码，文档里的调用方式复制粘贴就能复现还要我描述问题确实非常傻逼，等不了只能通过手动封装 openapi 解决，最后 bug 也还在。 |
 |
14
liuzimin 2 小时 59 分钟前
我们公司用的阿里云香港也是这样，问就是跨境不保证。。。然后我也找了运营商，也是说不保证对香港服的访问。
目前我们公司一直这么忍着。 |
 |
15
CLAMOWO 36 分钟前
大家好我就是楼主提到的那个朋友，这件事的最直接受害者，做一些补充说明：这台阿里香港的回国路径是比较特殊的，正常的阿里香港是走香港 CUG/CTG/CMI 回国，这台机器被分流了大量的流量去东京 POP ，走东京出口接驳 CUG 回国。
https://img.cdn1.vip/i/68c7ffedef982_1757937645.webp https://img.cdn1.vip/i/68c7fff1d02eb_1757937649.webp 本次故障经测试是，所有被分流到东京 CUG 的流量全部中断，表现为出阿里东京后直接空路由，走香港回国的流量一切正常（此时我测试阿里东京地域本身到 CUG 也是正常的，只有香港借道东京 POP 去往 CUG 的流量空路由） https://img.cdn1.vip/i/68c800f8ddfae_1757937912.png https://img.cdn1.vip/i/68c800f8eea55_1757937912.webp 所以最终就变成了这副比较诡异的情况： https://img.cdn1.vip/i/68c8015b499a2_1757938011.webp https://img.cdn1.vip/i/68c8015b44345_1757938011.webp https://img.cdn1.vip/i/68c8015b4b2ed_1757938011.webp |
Select Language