工单编号：E25060700000099098

第二次接到京东客服电话（+86 10 8631 0548），同第一次一样，我以为是 ICP 审核的来电，立马接起。但，还是问我有没有看到工程师的回复。不过这次，在电话里听到，不满意可以退的暗示。 

刘强东的手下，如然都是强将，不然人家是高收呢。娴熟地掌握了，解决不了系统中的问题，还可以是解决提出问题的人。

起因：

 贪便宜，见：＜ 自用文 OS有关 新的JD云主机＞ 国内 京东云主机 2C4G 60G 5Mb 498/36月 Ubuntu22-CSDN博客 买了个东京的云。东京？在我心里的口碑还是很好的，要支持一下。

克服：

  • Ubuntu 22 image 版本低。耐心地删除 VPS 没用的包儿，然后升级22版本的包，内核也更新，升级 OS 版本，比重装还慢长。花费了数小时。
  • 没有免费的快照功能，看了看钱包，是能克服的，用 crontab + dd / tar 用脚本解决不难。
  • 有 5Mbps 带宽的 京东云， 比 4Mbps 带宽的 腾讯云做 SFTP 传文件时，要少 10多KB/s ？？？  人家是做电商起家，学不会 AWZ，学了 PDD 完全能理解。

但突然，从240KB/s 降到 50KB/s，我冲动了。 到京东云控制台，开了第一张工单：

问题描述：轻量云主机，现在从日本，美国传文件，速度只有50KB/s，5个小时前还能到240KB/s，附件是SFTP的截图

提交时间：2025-06-07 13:52:44

提交账号：me

联系电话：*******

工单编号：E25060700000099098

已经 50 小时，对面的工程师们，还在给我挑错。但他没读全文。
 

  • 您好，45.152.84.210海外ip，您需要找一台国内机器进行测试，iperf3 测试带宽 必须有两台机器（一台作为服务器，另一台作为客户端）
  • 2025-06-09 13:15:18

京东的工单系统有个大问题，我上传的图片，是记录里是没有显示的。就是提交带有图的内容后，自已看不到。 排版也有问题，在内容框正常输入，不能有空格，没有回车换行。

  • cnjia您的工单已提交，正在为您分派z合适的工程师，请耐心等待。

  • 2025-06-07 13:52:44
  • cnjia轻量云主机，现在从日本，美国传文件，速度只有50KB/s，5个小时前还能到240KB/s，附件是SFTP的截图

  • 2025-06-07 13:52:47
  • 售后工程师您好，这边没有进行其他调整的，海外站点的访问可能受海外链路影响的，主机的网速您可以在主机内部speedtest测速看下

  • 2025-06-07 13:54:44
  • 售后工程师您好，您看是否还有其他需要这边协助的，如无后续还麻烦结束一下工单，感谢您的支持。

  • 2025-06-07 17:12:57
  • cnjiaroot@bjn:~# # 测试直连速度（国内网站） curl -o /dev/null -s -w "直连速度: %{speed_download} bytes/sec (%.2f MB/s)\n" http://speedtest.tele2/10MB.zip # 测试通过JPT出口的速度（默认国外流量） curl --socks5 127.0.0.1:1080 -o /dev/null -s -w "JPT出口速度: %{speed_download} bytes/sec (%.2f MB/s)\n" http://speedtest.tele2/10MB.zip # 测试访问Google（应该走USW出口） curl --socks5 127.0.0.1:1080 -o /dev/null -s -w "USW出口速度: %{speed_download} bytes/sec (%.2f MB/s)\n" https://www.google/images/branding/googlelogo/1x/googlelogo_color_272x92d

  • 2025-06-08 02:58:22
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-08 02:58:22
  • 售后工程师尊敬的用户，您好。您追加的工单信息，我们已收到。请您耐心等候回复，感谢您的支持，谢谢。

  • 2025-06-08 03:01:41
  • 售后工程师您好，目前海外站点的访问可能受海外链路影响的呢，如您有海外访问需求，您可以购买合作云主机试试是否符合您的需求呢

  • 2025-06-08 07:44:24
  • cnjia你应该解决为什么这台VPS从250KB/S带宽，降到了现在的50kb/s问题。而不是要我去花钱买垃圾。在我的截图上，另一台是腾讯云的主机，带宽是4MB，要比你这个5MB带宽的主机，SFTP传文件还每秒还多传10多KB。我现在用阿里云，腾讯云在国内与国外VPS，来参与你提到的网络测试，并截图你给。你应该解决问题，不是做销售来推荐产品。

  • 2025-06-08 17:37:56
  • 售后工程师尊敬的用户您好。您追加的工单信息，我们已收到。辛苦您耐心等待，感谢您的支持，谢谢。

  • 2025-06-08 17:46:37
  • 售后工程师您好，受海外链路和相关zc影响，中国大陆地区访问海外地址会出现超时或不稳定现象，我们正在不断推动运营商做海外链路的优化，受诸多因素影响进展缓慢，感谢您的支持和理解。

  • 2025-06-08 18:11:30
  • cnjia你要具体指出是哪个节点？为什么新到手是240KB/S,现在只有50KB/S，你要是说“受海外链路和相关zc影响“要拿出证据，而不是不去分析、不找问题，不去解决。用z国当挡箭牌？去让政府去背锅？北京时间5点做的测试，现在是250KBS如果你什么都没有做，是不是云内有占用了网络带络的主机，被利用或是，物理主机，上层交换机/防火墙/路由器的性能问题？如果做了，你要有日志与报告。不是，在这里玷污zf与z国。

  • 2025-06-09 05:34:54
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-09 05:34:54
  • 售后工程师尊敬的用户，您好。您追加的工单信息，我们已收到。请您耐心等候回复，感谢您的支持，谢谢

  • 2025-06-09 05:36:55
  • 售后工程师您好，我们这边检查了机器底层网络无异常！我方轻量机器只保障国内带宽访问质量 ，海外链路无法保障。https://docs.jdcloud/cn/virtual-private-cloud/vpc-performance-test 网络性能测试工具，您可以测试看下是否符合预期

  • 2025-06-09 09:19:13
  • cnjia我在3台主机上安装iperf3,来测试，如图“测试环境： 本地IP：172.16.0.7（内/外网地址）117.72.207.147 测试时长：每个测试10秒 协议：TCP（默认） 各服务器测试结果对比 1. 服务器 49.233.202.43（表现z好） 平均带宽： 1.57 Mbps（发送）/ 1.47 Mbps（接收） 北京 总传输量： 1.88 MB 重传次数： 242次 连接稳定性： 相对稳定，每秒都有数据传输 带宽范围： 1.05-2.10 Mbps波动 2. 服务器 43.130.228.96（表现较差） 东京 平均带宽： 210 Kbps（仅为第一个服务器的13%） 总传输量： 256 KB 重传次数： 20次 连接问题： 严重不稳定，多个时间段内传输量为0 有效传输： 仅在4-6秒时间段有数据传输 3. 服务器 45.152.84.210（表现z差）加州 平均带宽： 210 Kbps 总传输量： 256 KB 重传次数： 32次 连接问题： 极不稳定，仅在3-4秒和7-8秒有少量传输 网络质量： z差，经常出现传输中断。

  • 2025-06-09 12:39:09
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-09 12:39:10
  • 售后工程师尊敬的用户，您好。您追加的工单信息，我们已收到。请您耐心等候回复，感谢您的支持，谢谢

  • 2025-06-09 12:45:46
  • cnjia在使用BaiduPCS-Go-v3.9.7上传一个DD生成的1GB文件，到BAIDU 网盘来进行测试：1.00GB/1.00GB 0B/s 用时 20多分钟，接近带宽上限。第二次用IPPREF3对三台主机测试 见图，即使 腾讯也有丢包，只是比第一次少了很多。两个主机都在北京，但也不应该有61次这么大数量的重传（丢包）。第三次测速在4.19-4.61Mbps之间，都没有向百度网盘上传文件的速度快。问题怀疑在主机性能、内网或云出口的概率更大。你们所说的“机器底层网络无异常！”是看的灯，还是只是这台物理主机？国内带宽上都丢包？你们应该有更多的工具来找问题，不是甩锅给政府。“我方轻量机器只保障国内带宽访问质量”<-就这也算是保障？

  • 2025-06-09 13:05:21
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-09 13:05:21
  • 售后工程师您好，45.152.84.210海外ip，您需要找一台国内机器进行测试，iperf3 测试带宽 必须有两台机器（一台作为服务器，另一台作为客户端）

  • 2025-06-09 13:15:18
  • cnjia你要读完，我写的内容。 我在回复中多次提到，也给了 IP。这三台里，有一台是在北京（49.233.202.43）腾讯云的主机。

  • 2025-06-09 15:05:30

所以，我看到的是混乱，没有排版，缺少上传的图片，一个不完整的历史记录。

昨天，工程师甩锅的手法... 刘总的队伍，是花钱用在公关上？ 20多年前考的 CCNP，虽然是从培训机构出来，有背过题，是很水。也常见比我更水的，但拿政府当盾来封口，愤怒了。

不发检测日志与报告，只是也个小时用公关手法回复。让我用 SPEEDTEST 来测试，他可能那时不知道，我这个是新主机， ICP 没有审核通过前，主机是用不了 HTTP/HTTPS ，所以 speedtest 是用不了的。   想想，用它来解决。使用被平台禁止发的文章内容，来相互测试网速。

京东云的工程师：受海外链路和相关政策影响，中国大陆地区访问海外地址会出现超时或不稳定现象，我们正在不断推动运营商做海外链路的优化，受诸多因素影响进展缓慢，感谢您的支持和理解。

这时接到第一个电话（之前有人没接到），以为是 ICP 审核的，结果是问我工单问题。 当时有点愤怒。指出：

你要具体指出是哪个节点？为什么新到手是240KB/S,现在只有50KB/S，你要是说“受海外链路和相关政策影响“要拿出证据，而不是不去分析、不找问题，不去解决。用祖国当挡箭牌？去让政府去背锅？北京时间5点做的测试，现在是250KBS如果你什么都没有做，是不是云内有占用了网络带络的主机，被利用或是，物理主机，上层交换机/防火墙/路由器的性能问题？如果做了，你要有日志与报告。不是，在这里玷污政府与祖国。

京东工程，几个小时后，回复：

我们这边检查了机器底层网络无异常！我方轻量机器只保障国内带宽访问质量 ，海外链路无法保障。

我开始使用 iperf3 来测试，并发个日志，还有屏幕复制，日志中不有标注。

京东工程，几小时后回复：

您好，45.152.84.210海外ip，您需要找一台国内机器进行测试，iperf3 测试带宽 必须有两台机器（一台作为服务器，另一台作为客户端）

他没看我的回复内容？？？ 

深度怀疑，京东云这是个草台班子啊。至少，控制台这界面是用过的国内外云商中很简陋的。工单不显示上传后的附件，内容不能排版。功能执行按钮布局都舍不得用 CSS。

凌晨2:48，接到手机号来电 （肉身在外），还是工单问题，好的我会用 iperf3 。 10多年不做 IT，突然感觉自己又行了。

无奈，怀疑网络中有肉鸡，或网络设备性能跟不上，或是云出口的阀门拧的太紧。比榜样 AWS 晚了十年开始投资云，新闻里说排到中国第四，不会是钱投到云上面的，只是个零头儿？

受京东工程师要求，昨天在3个服务器上启用了  iperf3 -s 

近期对话如下：

继续：

  • cnjia你要读完，我写的内容。 我在回复中多次提到，也给了 IP。这三台里，有一台是在北京（49.233.202.43）腾讯云的主机。

  • 2025-06-09 15:05:30
  • 售后工程师尊敬的用户，您好。您追加的工单信息，我们已收到。请您耐心等候回复，感谢您的支持，谢谢

  • 2025-06-09 15:18:01
  • 售后工程师您好，需要在京东云轻量机器上iperf3 -s，然后用腾讯机器测（iperf3 -c 117.72.207.147）京东轻量机器的结果输出啊！方便电话吗？电话说下

  • 2025-06-09 15:46:13
  • 售后工程师您好。或者我这边帮忙测机器带宽。您是否方便给我机器密码

  • 2025-06-09 15:53:37
  • cnjia在vps上，已经启用iperf3-s，并在防火墙上做了0/0配置。这里有keys，你可以用它来测试。我用ca试了一下，见cloude截图。

  • 2025-06-09 16:57:13
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-09 16:57:13
  • cnjia“关键发现 服务器出口带宽更好： 45.152.84.210作为发送端时带宽达到16 Mbps，比作为接收端时的4.19 Mbps高很多 重传率偏高： 13.3%的重传率说明这条链路存在明显的网络质量问题 带宽不稳定： 10.5-25.2 Mbps的大幅波动表明网络拥塞情况变化较大 方向性差异： 说明网络路由的上行和下行路径可能不同，质量也有差异 结论 这个测试显示了服务器45.152.84.210的出口带宽能力不错（16 Mbps），但网络质量不够稳定，重传率偏高。这解释了为什么之前你测试时该服务器表现较差——可能是你到该服务器的入口路径存在瓶颈，而服务器本身的出口能力是充足的。“

  • 2025-06-09 17:00:24
  • 售后工程师好的，我这边测下您稍等

  • 2025-06-09 17:03:06
  • cnjia这四个都有启用iperf-s，24小时内可以用来测试

  • 2025-06-09 17:08:31
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-09 17:08:31
  • 售后工程师收到，我们这边正在测试排查，有进展工单同步给您

  • 2025-06-09 17:23:11
  • 售后工程师您好。117.72.207.147机器 ping www.baidu 您看下有无丢包

  • 2025-06-09 17:34:03
  • 售后工程师您好，您看我测试您117.72.207.147这台我们京东云的机器，平均带宽4.05 Mbps（发送端） 和 3.88 Mbps（接收端）符合预期！

    带宽测试.png

    预览

  • 2025-06-09 17:55:30
  • cnjia192.168.2.20是在哪儿？你trace一下，是几跳？这还有7个丢包？

  • 2025-06-10 09:43:52
  • 售后工程师您好,192.168.2.20这个是发起测试的内部局域网IP,这个IP不是公网链路,不用参考. 关于您反馈的在境外向国内轻量云主机传输文件速度问题. 受国际链路影响,境外访问国内云主机会有延迟高丢包的情况,轻量云主机当前也没有加速服务,所以无法保障稳定的访问传输速度,我们有合作云主机产品,建议您可以选择合作云主机,香港地域,以便获得更好的网络访问传输体验.

  • 2025-06-10 09:56:21
  • cnjiaimage.png使用mtr测试与cctv截图，发这个是因为发现丢包在117.72.16.0-106.63.120.1-36.110.248.118-36.110.249.58-36.110.248.118这是你们的路由？

  • 2025-06-10 10:10:35
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-10 10:10:35
  • cnjia第1-6跳的丢包，是京东云内的设备？

  • 2025-06-10 10:15:33
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-10 10:15:33
  • 售后工程师您好,查看您提供的截图,路由最后是能到达的,路由能到达,则中间链路不用参考,因为路由已经到了最后的IP了.

  • 2025-06-10 10:17:30
  • cnjia这是JD->日本

  • 2025-06-10 10:17:35
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-10 10:17:35
  • cnjia印度到JD，参考分析

  • 2025-06-10 10:18:38
  • cnjia用户进行资料补充上传，请跟进处理

  • 2025-06-10 10:18:38
  • 售后工程师您好,如之前回复您的,国内云主机受国际链路影响,境外访问国内云主机会有延迟高丢包的情况,轻量云主机当前也没有加速服务,所以无法保障稳定的访问传输速度,谢谢.

  • 2025-06-10 10:20:17
  • cnjia前几个是在JD上访问日本，北京腾讯，中央电视台的域名。后两个没出中国，北京可能也没出？能不能升级给更高级工程师？

  • 2025-06-10 10:32:49
  • cnjia前几个是在JD上访问日本，北京腾讯，中央电视台的域名。后两个没出中国，北京可能也没出？能不能升级给更高级工程师？

  • 2025-06-10 10:32:49
  • 售后工程师您好,抱歉,如之前回复,轻量云主机本身是不具备网络加速能力的.

  • 2025-06-10 10:35:31
  • cnjia网络加速是什么？方便解释。还有，这可能是网络基础设施问题 。另外“平均带宽4.05 Mbps（发送端） 和 3.88 Mbps（接收端）符合预期！”这个不是5Mbps？哪个算是预期？

  • 2025-06-10 10:43:56
  • 售后工程师您好,访问境外网络,一般需要网络加速(自己做代理).

  • 2025-06-10 10:46:58
  • 售后工程师另外5M是最高带宽上限,因网络情况涉及公网网络传输以及本地网络客户端上传速率 ,之前的测试是符合预期的.

  • 2025-06-10 10:48:40
  • cnjia北京腾讯，中央电视台的域名，应该以是中国的，更有可能是在北京，要什么加速？你所说的“网络加速(自己做代理).”在中国是法律允许的？你想说的是不是路由路径优化？还是就近地理位置部署？但都与最近上传的，北京-北京的服务器测速，出现大量失包，与带宽达不到上限有关系？

  • 2025-06-10 15:10:20

大学时考的 CCNA 抵了学分，20 多年前考的 CCNP，但12年之后没再从事 IT 行业，这些天东京工程师能力头痛