万米高空的搬砖体验：实测全日空机上WiFi能跑多快？

最近在飞全日空（ANA）的时候，看着机舱里大家都在看电影或者睡觉，作为一个技术宅，手里的笔记本自然就痒痒了。既然现在的国际航班基本都覆盖了机上WiFi，不如就借此机会测测这万米高空的网络到底是个什么成色，能不能满足咱们这群"云端修仙"人士的需求。

全日空机舱实拍，机上WiFi连接画面

一、 实测环境概览

首先说明一下环境，大部分国际航司的机上网络原理都差不多，主要通过卫星通信（Ku波段或Ka波段）连接地面基站。ANA提供的是一个免费的基础流量包（通常限制速度或只能访问少量网站）和付费的高速流量包。

Speedtest测速截图，显示下行带宽及延迟情况

实测连接过程还算顺畅，虽然不如地面光纤秒连，但几十秒内搞定认证问题不大。连上后的第一感觉是：这不比以前那种只能发文字的Gogo Air强太多了？

二、 速度与延迟的真实表现

大家最关心的肯定是速度。

1. 下行速度：在非高峰期，Ping值通常能维持在100ms-300ms之间，偶尔跳到500ms+也属于正常现象，毕竟信号要在地面站和卫星之间折返跑好几圈。下载速度方面，如果不看视频，单纯浏览网页或者SSH敲命令，带宽看起来是足够用的，跑个Speedtest，下行带宽能达到十几Mbps，对于传输少量代码文件或者处理简单的工单问题完全够用。
2. 上行限制：这一点比较明显，机上网络对上行带宽抠门得很。如果你想着在飞机上往服务器拖个大镜像或者传个视频素材，那基本可以死心。上传速度被严格限制了，这正是航空WiFi为了防止有人占用过多信道资源的常见策略。
3. 丢包率：这是最大的痛点。虽然带宽看着还行，但丢包率相比地面网络略高。这对于TCP连接影响不大（毕竟有重传机制），但如果你在用UDP协议（比如某些游戏直播或者特定的VoIP服务），可能会出现卡顿。

三、 IP地址与风控那些事儿

这也是大家在评论区讨论得很热烈的一点：这IP到底从哪来的？

实测显示，机上WiFi分配的公网IP通常归属于航司合作的卫星通信服务商，或者直接归属航司所在国。这就导致了一个很有意思的现象：地理位置漂移。

你在太平洋上空，IP却可能显示在日本或者美国。这种动态的、高延迟的、且共享的IP出口，很容易触发风控策略。

• 注册服务需谨慎：有网友开玩笑说"去注册甲骨文试试"，这其实是个高风险操作。很多云服务商或金融类App会对短时间内跨度极大的IP登录进行拦截。你在前一小时还在东京机场，下一小时IP就变成了卫星段，这种异常轨迹极易导致账号被锁或需二次验证。
• CDN节点问题：由于IP归属地的特殊性，有时候访问视频网站会解析到奇怪的服务器节点，导致加载变慢。

四、 高空"搬砖"生存指南

如果你也经常需要在飞机上处理紧急事务，这里有几条经验之谈：

1. 多用命令行，少用图形界面：SSH连接服务器处理日志、修改配置是低带宽消耗的最佳方案。Xshell、Termius这种工具此时比浏览器控制台强一万倍。
2. 准备好梯子与备用节点：虽然部分航司的网络比较通透，但考虑到DNS污染或区域限制，自带的代理工具还是不能少。不过要注意，高延迟下代理的体验会打折，别指望流畅看4K视频。
3. 利用离线工具：VS Code配合Remote-SSH，或者本地配置好环境后只同步代码，尽量减少大文件的云上交互。
4. 避开敏感操作：如前所述，不要尝试注册新账号、大额转账或涉及风控严格的操作，以免落地后被手机号收不到验证码而折磨。

结语

总的来说，现在的机上WiFi已经从以前的"聊胜于无"进化到了"勉强可用"的阶段。虽然延迟和上传带宽依然是硬伤，用来摸鱼刷刷帖、回复几封邮件、甚至紧急重启一下服务器都完全没问题。

至于有网友提到的"广播IP我不要"，确实，在高空这种共享网络环境下，隐私和安全性本来就稍弱，尽量少开不必要的端口共享才是正解。下次坐飞机，不妨也连上试试，看看你在三万英尺的网速能跑过多少地面宽带？