CloudCone洛杉矶DC4机房云服务器网络及IP质量简单测评及结果详解

CloudCone洛杉矶DC4机房云服务器怎么样？CloudCone洛杉矶DC4机房云服务器深度测评 2026 – 三网普通线路实测！

CloudCone洛杉矶DC4机房云服务器这次推的是一款主打性价比+大带宽的产品——1Gbps带宽起步，年付特惠$18.28起，还支持支付宝，对国内用户来说门槛确实低。不过线路配置上，三家运营商走的都不是精品网：电信163普通骨干+NTT国际直连、联通169普通骨干+LEVEL3/NTT国际且绕道德国法兰克福和英国伦敦、移动CMI普通国际线路，三网都没有CN2 GIA或CMIN2这样的优化段。

去程MTR测试数据印证了这一点——电信延迟约170ms最优，移动194ms次之，联通241ms最高且明显绕道。

晚高峰三网ping测试143个节点来看，电信平均169ms冲进”良好”区间，全线零丢包的联通反而228ms落入”一般”档位，移动192ms同样”一般”但丢包问题极其严重——41个节点只有4个零丢包，超过90%节点存在40%以上的丢包，北方城市几乎全军覆没。

国际方向测试52个节点平均延迟153ms，北美本土50-80ms优秀区间，东亚日韩100-136ms良好，欧洲140-200ms可用，南亚印度250ms+体验较差，非洲280ms+不建议部署。

IP质量203.24.88.*是洛杉矶商业带宽广播IP，欺诈值0分极低风险，隐私和网络检测全绿，做SEO和风控通过率都比较稳，不过广播IP在Google北美本地化排名上可能不如原生IP有优势。

整体来看，这款服务器适合预算有限、面向北美用户、对带宽有需求的建站和API服务场景，电信用户169ms的体验在同类产品中算不错；联通用户虽然零丢包但延迟偏高且绕道，移动用户除非在华南地区，否则丢包问题可能会严重影响使用体验。

提示：本文测评使用的是CloudCone洛杉矶DC4机房云服务器测试IP：203.24.88.*，测评反应的仅代表该IP即时的网络带宽波动情况！仅供参考！

CloudCone洛杉矶DC4机房云服务器配置及价格介绍：

• https://www.wn12.cn/9700.html

CloudCone洛杉矶DC4机房云服务器电信、联通、移动三网去程线路测试结果及解析

电信去程线路检测结果及解析

从本次去程MTR测试来看，电信用户去程走的是163普通骨干 + NTT国际线路直连美国洛杉矶，不绕道。

线路类型判定：

• 从浙江丽水出发，经电信省内骨干（AS136190）→ 电信163国际骨干（AS4134，IP段 202.97.x.x）一路横跨国内至国际出口 → 进入 NTT Global（AS2914） 国际段，经 圣何塞（SNJS，跳11） → 洛杉矶（LSAN，跳12-14） → 接入 CalPop（AS35916） 机房 → 最终到达目标。
• 全程AS4134（CHINANET-BACKBON）未切换至CN2（AS4809），无CN2精品段特征。
• AS4134（163骨干）：电信普通国际骨干网，无优化
• AS2914（NTT Global）：日本NTT国际段，经北美节点中转
• AS35916（CalPop）：洛杉矶本地机房网络
• 核心依据：全程AS4134无CN2段 + 国际段经NTT美国节点中转 = 国际直连线路。
• 判定结论：国际线路（⭐⭐ 低档位）。

是否绕道：

• 路径走向：浙江丽水 → 上海（电信国际出口）→ 太平洋海底光缆 → 美国圣何塞（AS2914）→ 洛杉矶（AS2914）→ CalPop机房 → 目标。
• 中途虽经圣何塞节点，但圣何塞与洛杉矶同属美国西海岸，为目标所在大洲的正常节点分布，非绕道第三方国家/地区。
• 判定结论：不绕道，直连美国洛杉矶。

附加说明：

• 电信163国际段（跳6-8，202.97.x.x）丢包严重，最高达85%，该段网络负载较高，是影响延迟和稳定性的主要瓶颈。
• 进入NTT国际段后（跳11起）丢包显著下降至0-10%，线路质量改善明显。
• 最终到达目标（203.24.88.168）零丢包，延迟约170-176ms，相比CN2 GIA线路（约138ms）高出约30-38ms，差距主要来自163普通骨干段的高延迟和高丢包。
• 测试时间：2026年8月7日 02:41（北京时间）

联通去程线路检测结果及解析

从本次去程MTR测试来看，联通用户去程走的是联通169普通骨干 + LEVEL3/NTT国际线路，绕道德国法兰克福、英国伦敦后抵达美国。

线路类型判定：

• 从浙江丽水出发，经联通省内骨干（AS4837）→ 联通169国际出口（219.158.3.122，跳10）→ 国际段接入 LEVEL3（AS3356） 至 德国法兰克福 → 切换至 NTT Global（AS2914） 经 英国伦敦 → 美国纽瓦克 → 圣何塞 → 洛杉矶 → 最终由 CalPop（AS35916） 接入目标机房。
• 全程AS4837（联通169）无CUII（AS9929）或UNICOM-Global（AS10099）精品段特征，国际段完全依赖LEVEL3/NTT普通线路。
• AS3356（LEVEL3）：美国Level 3国际骨干网，德国法兰克福节点
  AS2914（NTT Global）：日本NTT国际段
  AS35916（CalPop）：洛杉矶本地机房网络
• 核心依据：全程无联通精品段（CUII/AS9929或UNICOM-Global/AS10099）+ 国际段经LEVEL3/NTT普通骨干 = 普通直连线路，且绕道欧洲。
• 判定结论：联通169普通骨干 + LEVEL3/NTT国际线路（⭐⭐ 低档位，且有绕道）。

是否绕道：

• 路径走向：浙江丽水 → 上海（联通国际出口）→ 德国法兰克福（AS3356，跳11） → 英国伦敦（AS2914，跳14） → 美国纽瓦克 → 圣何塞 → 洛杉矶 → 目标。
• 法兰克福和伦敦均非目标所在地区（美国西海岸）的正常路径节点，为明显的第三方国家中转。绕道欧洲后横跨大西洋再跨太平洋抵达洛杉矶，路由迂回严重。
• 判定结论：绕道，经德国法兰克福、英国伦敦中转后抵达美国洛杉矶。

附加说明：

• 国内段跳8（219.158.18.66）丢包70%，跳11（LEVEL3法兰克福）丢包95%，国内至国际出口段网络状况较差。
• 绕道导致最终延迟约241ms，相比电信163直连线路（约170ms）高出约70ms，差距主要来自欧洲绕道路径。
• 联通此线路的绕道问题严重影响用户体验，建议优先选择电信CN2 GIA或移动CMIN2直连线路。
• 测试时间：2026年8月7日 02:41（北京时间）

移动去程线路检测结果及解析

从本次去程MTR测试来看，移动用户去程走的是CMI普通国际线路，不绕道，经香港直连美国。

线路类型判定：

• 从浙江丽水出发，经移动省内骨干（AS56041）→ 跨网至电信浙江节点（AS136190）→ 回移动国内骨干（AS9808）→ 国际段进入 AS58453（CMI） 国际段，经香港（223.120.x.x）→ 跨太平洋 → 美国 FiberState（AS26042） → 接入 CalPop（AS35916） → 最终到达目标。
• AS58453（CMI-INT-HK）：移动旧版国际线路，区别于新一代CMIN2（AS58807）
• AS26042（US FiberState）：美国本地国际段
• AS35916（CalPop）：洛杉矶本地机房网络
• 核心依据：全程AS58453（CMI），无CMIN2（AS58807）段，为移动旧版国际线路而非新一代精品线路。
• 判定结论：CMI 普通国际线路（⭐⭐⭐ 中低档位）。

是否绕道：

• 路径走向：浙江丽水 → 上海（移动骨干）→ 香港（AS58453，跳11-12）→ 跨太平洋 → 美国FiberState（AS26042，跳13）→ CalPop机房 → 目标。
• 全程未经过日本、韩国、新加坡、台湾、欧洲等第三方国家/地区节点中转，香港为移动国际出口的正常路径节点。
• 判定结论：不绕道，经香港直连美国。

附加说明：

• 国内段丢包极其严重：跳6（111.0.36.41）丢包95%，跳9（221.183.89.70）丢包95%，浙江移动省内网络状况堪忧。
• 最终两段（跳14-15，CalPop段及目标）同样丢包高达80%，CMI线路的稳定性明显不足。
• 延迟约194-197ms，在三家运营商中为最高，相比电信163直连（约170ms）高出约25ms，差距主要来自CMI线路质量偏弱。
• 测试时间：2026年8月7日 02:41（北京时间）

CloudCone洛杉矶DC4机房云服务器电信、联通、移动三网速度测试结果及解析

电信ping速度检测结果及解析

CloudCone 洛杉矶 DC4 机房的电信线路整体表现良好，平均延迟约 169ms，落在电信美西”良好”区间（151-180ms）。华东沿海地区延迟最低，上海、嘉兴、厦门等节点均在 151-163ms 之间，是电信用户访问体验最好的区域。西南和西北地区延迟偏高，新疆乌鲁木齐达到 202ms，已接近”一般”等级，但整体仍在可接受范围内。

丢包方面，绝大多数节点稳定无丢包，问题集中在个别城市：山东枣庄完全不可达，广东东莞 30% 丢包，江苏徐州 20% 丢包，其余 6 个节点 10% 丢包。丢包呈分散分布，不涉及主干线路，推测是局部节点或路由波动所致，不影响整体可用性。

测试在凌晨时段进行，非晚高峰拥堵期，实际晚高峰延迟可能略高 10-20ms，但仍大概率维持在良好区间。

适合场景：这类延迟水平对绝大多数业务完全够用——建站、博客、API 服务、日常远程管理、文件传输等都不会有明显感知。如果做实时性要求极高的应用（如高频交易、竞技类游戏），延迟仍偏大，建议选择更近的机房或 CN2 GIA 精品线路。对于普通用户而言，CloudCone 洛杉矶 DC4 的电信线路表现对得起它的价格定位。

丢包情况

本次检测共有 8 个节点出现丢包，山东枣庄完全不通，广东东莞丢包三成，这两个节点体验明显受损。其余 6 个 10% 丢包节点属于一般水平，日常网页浏览基本无感，但游戏或视频会议时可能偶发卡顿。整体丢包分布较为分散，不集中在某一条主干线路，推测是局部路由节点不稳定所致。具体如下：

七大区域分析

华北

• 覆盖北京、天津、河北、山西、内蒙古，共 5 个节点。
• 延迟范围 153ms – 183ms，平均约 168ms，属于良好等级。北京 153ms、天津 162ms、山西太原 161ms 表现较好，河北廊坊 183ms 偏高，接近良好上限。整体线路均衡，无丢包。

东北

• 覆盖辽宁、吉林、黑龙江，共 4 个节点。
• 延迟范围 168ms – 176ms，平均约 172ms，良好等级。辽宁大连 168ms、吉林通化 169ms 表现稳定，沈阳 175ms、哈尔滨 176ms 略高但仍在合理范围。无丢包，线路表现一致。

华东

• 覆盖上海、江苏、浙江、福建、江西、山东，共 17 个节点。
• 延迟范围 151ms – 187ms（枣庄不可达），平均约 167ms，良好等级。上海 151ms、浙江嘉兴 162ms、福建厦门 162ms 表现最优，是电信用户访问美西的首选参考点。江苏徐州 184ms 带 20% 丢包，山东枣庄完全不通，需留意。浙江宁波 178ms 偏高，江西南昌 173ms 也略高。整体华东地区线路稳定，是此次测试表现最好的区域。

华中

• 覆盖河南、湖北、湖南，共 4 个节点。
• 延迟范围 164ms – 181ms，平均约 170ms，良好等级。河南郑州 164ms 带 10% 丢包，湖北武汉 165ms 表现稳定，湖南长沙 181ms 和株洲 173ms 偏高。整体华中线路在良好范围内，郑州的丢包值得关注。

华南

• 覆盖广东、广西、海南，共 9 个节点。
• 延迟范围 158ms – 175ms，平均约 168ms，良好等级。广东江门 158ms、珠海 164ms 表现不错，但广东东莞 167ms 却出现 30% 丢包，延迟和丢包并存，体验较差。广西南宁 168ms、海南海口 174ms 稳定。华南整体延迟可控，但东莞是个例外。

西南

• 覆盖重庆、四川、贵州、云南，共 5 个节点。
• 延迟范围 176ms – 195ms，平均约 182ms，接近良好上限。重庆 183ms、四川成都 187ms、四川宜宾 195ms（10% 丢包）偏高等候较长。贵州贵阳 178ms、云南昆明 176ms（10% 丢包）相对正常。西南地区因地处内陆，海缆抵达后还需陆路传输，延迟偏高属正常现象，宜宾和昆明的丢包是局部路由问题。

西北

• 覆盖陕西、甘肃、青海、新疆，共 5 个节点。
• 延迟范围 173ms – 202ms，平均约 184ms，处于良好等级偏上限。陕西西安 173ms（10% 丢包）、甘肃兰州 175ms（10% 丢包）、青海西宁 186ms、青海海东 185ms、新疆乌鲁木齐 202ms。西北地区是本次测试延迟最高的区域，新疆高达 202ms，已跨入”一般”等级。西安和兰州的 10% 丢包也与路由绕转有关。

联通ping速度检测结果及解析

CloudCone 洛杉矶 DC4 机房的联通线路平均延迟约 228ms，按联通美西标准属于”一般”等级。线路最突出的优势是全线零丢包，稳定性优于电信线路，跨洋链路没有明显的拥塞或丢包问题。

延迟分布呈现明显的区域差异：华中地区（河南、湖北、湖南）表现最佳，三个节点平均 224ms，均衡稳定；华东的山东济南和上海也表现正常。但华东存在明显异常——浙江杭州和江苏无锡延迟接近 300ms，已逼近”较差”等级，路由走向疑似绕转；西南的昆明（295ms）和西北的西宁（297ms）也表现不佳，内陆路由瓶颈明显。

凌晨测试未受晚高峰影响，实际晚高峰延迟可能上浮 15-30ms。

适合场景：联通用户如果主要在中部地区（河南、湖北、湖南），访问 CloudCone 洛杉矶 DC4 的体验相对较好。华东沿海用户需留意杭州、无锡的异常路由。对于建站、博客、API 服务等非实时业务，228ms 的延迟完全可以接受；如果是实时游戏或高频交互场景，建议优先考虑 CN2 GIA 精品线路或更近的亚洲机房。零丢包的表现让它在稳定性方面值得一试。

丢包情况

本次联通测试 44 个节点全部零丢包，这是一个相当亮眼的表现。跨太平洋线路能做到全线无丢包，说明 CloudCone 洛杉矶 DC4 的联通路由链路质量稳定，没有明显的拥塞或丢包问题。相比之下，同一机房电信测试中有 8 个节点出现 10%-100% 的丢包，联通这条线的稳定性反而更胜一筹。

七大区域分析

华北

• 覆盖北京、天津、河北、山西、内蒙古，共 12 个节点。
• 延迟范围 210ms – 284ms，平均约 233ms，属于良好到一般之间。天津 220ms、河北沧州 211ms、河北衡水 220ms、内蒙古三地（包头 223ms、鄂尔多斯 221ms、呼和浩特 229ms）均表现较好。但北京 282ms、山西忻州 284ms 明显偏高，已逼近”较差”边界。华北整体波动较大，北京和山西部分地区路由绕转明显。

东北

• 覆盖辽宁、吉林、黑龙江，共 4 个节点。
• 延迟范围 225ms – 288ms，平均约 257ms，处于”一般”等级偏上限。辽宁沈阳 288ms 是本次东北最高，黑龙江哈尔滨 281ms 也偏高。吉林长春 225ms、黑龙江佳木斯 235ms 相对正常。东北整体延迟偏高，与地理距离和国际路由走向有关。

华东

• 覆盖上海、江苏、浙江、福建、江西、山东，共 8 个节点。
• 延迟范围 216ms – 299ms，平均约 257ms，处于”一般”等级。山东济南 216ms 表现最优，上海 230ms、福建厦门 235ms 也正常。但浙江杭州 299ms 和江苏无锡 298ms异常偏高，接近”较差”等级，这两个节点路由明显绕转。江苏南京 251ms、徐州 248ms 正常，江西南昌 278ms 偏高。华东作为国际海缆主要登陆区域，按理应该延迟最低，但杭州和无锡的异常值得留意。

华中

• 覆盖河南、湖北、湖南，共 3 个节点。
• 延迟范围 221ms – 226ms，平均约 224ms，属于”一般”等级偏低端，是本次联通测试表现最好的区域。河南郑州 226ms、湖北武汉 221ms、湖南长沙 223ms，三个城市延迟几乎一致，线路均衡性很好。

华南

• 覆盖广东、广西、海南，共 4 个节点。
• 延迟范围 230ms – 287ms，平均约 257ms，”一般”等级。广东深圳 230ms、广东广州 230ms 表现正常，靠近海缆登陆点。但广西柳州 287ms、海南海口 281ms 明显偏高，内陆路由绕转是主要原因。

西南

• 覆盖重庆、四川、贵州、云南，共 4 个节点。
• 延迟范围 230ms – 295ms，平均约 260ms，”一般”偏”较差”。四川成都 230ms、贵州贵阳 232ms 正常，但重庆 283ms、云南昆明 295ms 严重偏高，昆明已非常接近”较差”门槛。西南地区因地处内陆，路由需要经过多次跨省中转再出境，延迟偏高属正常现象。

西北

• 覆盖陕西、甘肃、青海、宁夏、新疆，共 5 个节点。
• 延迟范围 221ms – 297ms，平均约 264ms，”一般”等级上限。陕西西安 221ms 表现稳定，宁夏银川 256ms、新疆乌鲁木齐 266ms 可接受。但甘肃兰州 282ms、青海西宁 297ms 异常偏高，西宁已逼近”较差”。西北地区整体延迟偏高，主要是路由出境路径较长。

移动ping速度检测结果及解析

CloudCone 洛杉矶 DC4 机房的移动线路平均延迟约 192ms，按移动美西标准属于”一般”等级。但延迟不是主要问题，丢包才是。41 个节点中仅 4 个零丢包，超过 90% 的节点存在 40% 以上的严重丢包，这在跨太平洋线路中属于极差水平。

移动线路表现有明显的地域差异：华南地区（广东三市）是唯一的稳定区域，东莞 163ms、广州 166ms、惠州 166ms 全部零丢包，延迟也是全网最低。华北的北京和天津也保持稳定零丢包。除此之外，东北、华东、西北三大区域的移动节点几乎全部严重丢包，体验很差。

凌晨测试未受晚高峰影响，实际晚高峰期间丢包率可能进一步恶化。对于移动用户而言，如果身处华南（尤其广东），CloudCone 洛杉矶 DC4 的访问体验尚可；其他地区的移动用户需要慎重考虑，建议在晚高峰时段补充测试后再做决定。

适合场景：仅华南地区（广东用户优先）的移动用户可以考虑。网页浏览在零丢包节点上基本可用，但游戏、视频会议等实时业务在丢包严重的节点上体验会很差。整体来看，移动线路的丢包问题限制了该机房的使用范围。

丢包情况

本次移动测试的丢包情况极其严重，是全网三网中丢包最重的！宁波完全不通，长春和济南丢包九成，石家庄、青岛、徐州、哈尔滨、郑州等北方节点也大面积严重丢包。4 个零丢包节点全部集中在华南（东莞、广州、惠州）和华北（北京、天津），其余 37 个节点全部有不同程度的丢包。这种丢包水平对日常使用影响明显：网页偶尔加载中断，视频通话卡顿频发，游戏基本不可用。即使是 10% 丢包的深圳，体验也会打折扣。

七大区域分析

华北

• 覆盖北京、天津、河北、山西、内蒙古，共 5 个节点。
• 延迟范围 184ms – 203ms，平均约 195ms，处于”一般”等级。北京 186ms 零丢包、天津 184ms 零丢包表现稳定，是华北唯二可靠的节点。但河北石家庄 198ms 却丢包八成、山西太原 202ms 丢包六成、内蒙古呼和浩特 203ms 丢包四成，延迟尚可但丢包严重拖后腿。华北整体可用，但北方省份的移动用户体验堪忧。

东北

• 覆盖辽宁、吉林、黑龙江，共 3 个节点。
• 延迟范围 201ms – 215ms，平均约 206ms，”一般”等级。辽宁大连 215ms 丢包七成、吉林长春 203ms 丢包九成、黑龙江哈尔滨 201ms 丢包八成。三个节点全部严重丢包，且延迟偏高，是本次移动测试表现最差的区域。东北移动用户访问该机房体验会很差。

华东

• 覆盖上海、江苏、浙江、安徽、福建、江西、山东，共 17 个节点。
• 延迟范围 177ms – 231ms（宁波不可达），平均约 193ms，”一般”等级。福建厦门 177ms 是华东最低，安徽合肥 194ms 零丢包是唯一亮点。但几乎所有其他节点都有严重丢包：上海 182ms 丢包七成、江苏五市全部 50%-80% 丢包、浙江杭州 182ms 和金华 188ms 均丢包七成、山东济南 194ms 丢包九成、青岛 192ms 丢包八成。新疆乌鲁木齐 231ms 丢包八成，已逼近”较差”门槛。华东是节点最多的区域，但移动线路的丢包问题在这里暴露得最充分。

华中

• 覆盖河南、湖北、湖南，共 4 个节点。
• 延迟范围 178ms – 197ms，平均约 190ms，”一般”等级偏低。湖南长沙 178ms 是本次移动最低延迟，但仍有 50% 丢包。湖北武汉 191ms 丢包四成、湖北襄阳 194ms 丢包七成。河南郑州 197ms 丢包八成。华中延迟控制不错，但丢包率普遍偏高，体验打折。

华南

• 覆盖广东、广西、海南，共 6 个节点。
• 延迟范围 163ms – 201ms，平均约 175ms，处于”一般”等级偏低端，是本次移动测试表现最好的区域。广东东莞 163ms 零丢包、广东广州 166ms 零丢包、广东惠州 166ms 零丢包——三个广东节点全部零丢包且延迟最低，是移动用户访问该机房的首选。广西南宁 173ms 丢包六成、海南海口 174ms 丢包七成也偏重，但广东本地用户几乎无感。华南整体可用，移动用户优先考虑华南接入。

西南

• 覆盖重庆、四川、贵州、云南，共 4 个节点。
• 延迟范围 179ms – 199ms，平均约 193ms，”一般”等级。贵州贵阳 179ms 丢包七成、重庆 199ms 丢包七成、四川成都 194ms 丢包四成、云南昆明 198ms 丢包四成。西南地区丢包率相对较高，但成都和昆明的 40% 丢包已是西南最佳。西南移动用户使用时会有明显的间歇性卡顿。

西北

• 覆盖陕西、甘肃、青海、宁夏、新疆，共 6 个节点。
• 延迟范围 196ms – 231ms，平均约 209ms，”一般”等级偏上限。陕西西安 196ms 丢包五成、甘肃兰州 210ms 丢包五成、青海西宁 209ms 丢包七成、宁夏银川 202ms 丢包七成、宁夏中卫 202ms 丢包七成、新疆乌鲁木齐 231ms 丢包八成。西北延迟偏高且丢包严重，乌鲁木齐 231ms 已接近”较差”边缘，西北移动用户体验最差。

CloudCone洛杉矶DC4机房云服务器国际方向速度测试结果及解析

CloudCone 洛杉矶 DC4 机房在全球节点的平均延迟约 153ms，丢包率约 9%。整体来看，这个结果属于中等偏上水平。

美国本土是绝对优势区域，西海岸节点延迟低至个位数到 30ms，东西海岸也基本控制在 80ms 以内，北美用户体验优秀。亚洲方面，日本和韩国表现良好（100-136ms），香港在 150ms 左右尚可接受，但东南亚和南亚明显拖后腿，印度节点普遍超过 250ms。欧洲节点集中在 140-200ms 区间，整体尚可，但微软欧洲节点丢包率偏高值得关注。非洲和中东地区延迟超过 260ms，属于较差水平，不适合对延迟敏感的业务。

阿里云的全球节点普遍丢包率最低（大部分 0%），而微软和谷歌的部分节点丢包率高达 20% 甚至 40%，这说明不同云厂商的跨境链路质量差异较大。

适合场景：面向北美用户的业务体验优秀，亚洲东亚用户可接受，欧洲用户有一定延迟但可用，非洲和中东用户需要慎重考虑。

测试时间：2026年8月7日 02:38 | 检测IP：203.24.88.168 | 机房位置：美国洛杉矶 DC4 | 探测节点：52个 |

各区域分析

北美洲

北美是本次测试表现最好的区域，美国本土节点延迟最低，符合物理距离优势。北美洲整体平均延迟约 70ms，美国本土节点基本在 50-80ms 之间，体验优秀。加拿大节点延迟略高，多伦多微软节点出现 204ms 的异常值。微软北美节点普遍存在 20% 丢包率，其他云厂商表现稳定。

• 加利福尼亚州（阿里云）：8.75ms，0%丢包，极佳
• 亚利桑那州（微软）：29.43ms，0%丢包，极佳
• 德克萨斯州（微软）：56.36ms，0%丢包，优秀
• 弗吉尼亚州（阿里云）：58.57ms，0%丢包，优秀
• 俄亥俄州（亚马逊）：58.84ms，0%丢包，优秀
• 爱荷华州（谷歌）：49.83ms，0%丢包，极佳
• 犹他州（谷歌）：68.20ms，10%丢包，优秀
• 伊利诺斯州（微软）：75.45ms，0%丢包，优秀
• 南卡罗来纳州（谷歌）：76.51ms，10%丢包，优秀
• 加利福尼亚州（微软）：63.77ms，20%丢包，优秀
• 弗吉尼亚州（亚马逊/北部）：58.84ms~59.72ms，0%丢包，优秀
• 弗吉尼亚州（谷歌北部）：73.87ms，0%丢包，优秀
• 魁北克（谷歌/微软）：119.85ms~123.45ms，20%/0%丢包，良好
• 安大略多伦多（谷歌/微软）：84.78ms~204.89ms，0%丢包，良好~一般

亚洲

亚洲节点延迟分布较宽，东亚表现尚可，南亚和中亚地区明显偏慢。日本节点延迟最低（100-112ms），韩国次之（130-136ms），整体表现不错。东南亚节点在 193-234ms 之间，属于一般水平。南亚地区是本次测试的弱项，印度各节点普遍超过 250ms，微软金奈节点丢包率达 20%。谷歌东京节点出现 40% 的丢包率，较为严重。

• 香港（阿里云）：150.26ms，0%丢包，良好
• 日本东京（阿里云）：100.79ms，0%丢包，优秀
• 日本东京（亚马逊）：108.81ms，0%丢包，良好
• 日本大阪（亚马逊）：111.63ms，0%丢包，良好
• 韩国首尔（阿里云）：135.99ms，0%丢包，良好
• 韩国首尔（亚马逊）：129.78ms，0%丢包，良好
• 台湾（谷歌）：175.40ms，10%丢包，一般
• 马来西亚（阿里云）：203.67ms，0%丢包，一般
• 新加坡（阿里云）：219.40ms，20%丢包，一般
• 新加坡（亚马逊）：193.21ms，0%丢包，一般
• 新加坡（谷歌）：215.92ms，0%丢包，一般
• 新加坡（微软）：231.69ms，20%丢包，一般
• 曼谷（阿里云）：233.68ms，10%丢包，一般
• 雅加达（阿里云）：204.94ms，0%丢包，一般
• 雅加达（亚马逊/谷歌）：206.60ms~225.48ms，10%丢包，一般
• 马尼拉（阿里云）：147.90ms，0%丢包，良好
• 印度德里（谷歌）：273.58ms，10%丢包，较差
• 印度孟买（谷歌/亚马逊）：250.51ms~272.18ms，10%丢包，较差
• 印度金奈（微软）：259.43ms，20%丢包，较差
• 印度浦那（微软）：276.92ms，10%丢包，较差
• 阿联酋迪拜（微软）：285.16ms，20%丢包，极差
• 阿联酋阿联酋（阿里云）：260.69ms，0%丢包，较差

欧洲

欧洲节点延迟集中在 140-200ms 区间，整体表现中等。欧洲整体平均约 178ms，爱尔兰都柏林节点表现最佳（140-173ms），意大利米兰（147ms）和瑞典斯德哥尔摩（166ms）也不错。微软欧洲节点普遍丢包率偏高（20%），谷歌芬兰节点同样存在 20% 丢包。

• 德国法兰克福（阿里云）：154.42ms，0%丢包，良好
• 德国法兰克福（谷歌）：187.02ms，0%丢包，一般
• 德国法兰克福（微软）：201.16ms，20%丢包，一般
• 英国伦敦（阿里云）：179.83ms，0%丢包，一般
• 英国伦敦（谷歌）：197.38ms，10%丢包，一般
• 英国卡迪夫（微软）：177.97ms，0%丢包，一般
• 荷兰荷兰（微软）：173.41ms，20%丢包，一般
• 芬兰赫尔辛基（谷歌）：218.10ms，20%丢包，一般
• 瑞典斯德哥尔摩（亚马逊）：166.16ms，0%丢包，良好
• 意大利米兰（亚马逊）：147.53ms，0%丢包，良好
• 爱尔兰都柏林（亚马逊/微软）：139.84ms~173.10ms，0%丢包，良好
• 法国巴黎（微软）：184.29ms，10%丢包，一般
• 俄罗斯莫斯科（阿里云）：190.83ms，0%丢包，一般
• 挪威奥斯陆（微软）：195.72ms，20%丢包，一般

大洋洲

大洋洲节点延迟在 148-205ms 之间，澳洲本土表现尚可。大洋洲整体平均约 180ms，亚马逊悉尼节点表现最好（148ms），其他云厂商在 182-196ms 之间。丢包率普遍较低，仅谷歌悉尼节点有 10% 丢包。

• 澳大利亚悉尼（亚马逊）：148.31ms，0%丢包，良好
• 澳大利亚悉尼（谷歌）：182.66ms，10%丢包，一般
• 澳大利亚悉尼（微软）：187.23ms，0%丢包，一般
• 澳大利亚墨尔本（谷歌）：192.51ms，0%丢包，一般
• 澳大利亚墨尔本（微软）：195.82ms，0%丢包，一般

非洲

非洲节点延迟最高，整体体验较差。非洲整体平均约 285ms，属于较差水平。约翰内斯堡微软节点延迟超过 320ms 且存在丢包，体验较差。

• 南非开普敦（亚马逊）：273.85ms，0%丢包，较差
• 南非约翰内斯堡（微软）：321.77ms，10%丢包，极差

CloudCone洛杉矶DC4机房云服务器IP质量测评结果及解析

本次测试使用的是CloudCone洛杉矶DC4机房提供的测试IP：177.3.80.254！因此本次测试结果仅代表177.3.80.*段IP的表现！该服务器其他IP段对于本次测试结果无参考价值！

本次CloudCone洛杉矶DC4机房（177.3.80.254）IP质量整体评价：良好，商业带宽IP、广播IP，欺诈值 0/100 极低风险，隐私检测与网络检测全绿，IP纯净度极高！

先看IP类型。177.3.80.*段，商业带宽IP+广播IP，归属地美国加利福尼亚州洛杉矶。欺诈值直接给了 0 分。满分100分，0分就是最低风险等级，全球威胁情报库里完全查不到这个IP有任何不良记录。隐私检测五项全绿，服务类型也显示”无”。网络检测同样五项全绿：AnyCast、移动网络、匿名网络、卫星网络、托管服务，全部没有命中。标准的固定商业带宽接入，路由路径干净稳定。

ASN走的是AS140227，运营商是Hong Kong Communications International Co., Limited（udc.hk），企业主体是HONG KONG COMMUNICATIONS INTERNATIONAL CO.,LIMITED（hncloud.com）。IP段177.3.80.0/24，换算下来有256个地址。