最近折腾花生壳搭配Moonlight做外网串流，想法很简单：人不在家里的时候，想继续玩书房电脑上的游戏。局域网内串流本身没问题，但跨公网访问就卡住了。我没有公网IP，运营商分配的只是内网地址，常规端口转发方案没法生效。花生壳这个工具我之前用过，远程桌面和NAS访问都是靠它，所以打算试试用它打通Moonlight的外网串流通道。
先说实际体验：配置是可以成功的，但延迟这块要有心理预期。花生壳本质是中继转发，数据包要先传到花生壳服务器，再转发到家里内网设备，多了一跳链路，延迟天生比局域网直连更高。用来远程浏览文件、看视频问题不大，打竞技类游戏体验会很差。如果只是外出偶尔玩节奏偏慢的游戏，或是对延迟要求不高的场景，这套方案是可行的。
先搞清楚 Moonlight 需要哪些端口
Moonlight串流需要搭配Sunshine或者Apollo这类服务端软件。拿Sunshine举例，基准端口是47989，但整套通信不止这一个端口。TCP端口包含47984（HTTPS）、47989（HTTP）以及48010（RTSP）。UDP端口对串流更关键，视频传输走47998，控制信号使用47999，音频是48000，麦克风对应48002。
在这些端口里面，UDP链路对延迟最敏感。视频流和控制信号如果走TCP传输，一旦丢包触发重传，画面卡顿会非常明显。所以搭建花生壳穿透时，UDP映射是必须配置的部分。
花生壳这边的映射怎么加
打开花生壳客户端，点击左侧内网穿透选项，选择新增映射。这里有几个关键参数需要留意：
映射类型要选择 UDP。花生壳的UDP映射适合视频会议、网络游戏这类实时性要求高的场景，Moonlight串流本质就是实时视频流加上控制信号，UDP才是合适的选择。
内网主机填写运行Sunshine那台电脑的局域网IP，内网端口填写Sunshine对应的监听端口。这里有个细节，花生壳免费版的UDP映射一般只能分配动态端口，一条映射只能绑定单个端口。Moonlight需要同时启用多个UDP端口，没办法只用一条映射覆盖47998到48002这一段端口。
我的配置方式是分开添加映射。优先单独给UDP 47998（视频流）创建映射，保证画面能够正常输出。接着分别添加47999（控制信号）和48000（音频）的映射。花生壳免费账号只支持一条映射，付费版本才能增加映射数量。如果只是做测试，可以只映射47998，虽然能调出画面，但控制信号无法传输，连接大概率会直接断开。
TCP侧配置相对简单。47989是Moonlight客户端搜索主机、完成配对的HTTP接口，这个端口至少要做映射，不然Moonlight根本检索不到主机。47984和48010会在建立连接阶段参与通信，条件允许的话一并添加映射。
Moonlight 客户端怎么填地址
映射创建完成之后，花生壳会为每一条映射分配外网地址，格式为“域名:端口号”。在Moonlight客户端手动添加主机的时候，填入这个地址即可。
但这里有个麻烦点：Moonlight默认按照Sunshine标准端口通信，花生壳映射出来的外网端口号，和内网原始端口基本不一致。客户端支不支持自定义端口，取决于软件版本和设备平台。部分版本添加主机时可以手动指定端口，还有一些版本不支持。
如果客户端只能识别标准端口，就需要花生壳把外网端口固定成和标准端口一致。不过花生壳免费版分配的是随机动态端口，没办法自定义，想要固定端口需要单独付费购买，这就产生额外成本。
延迟的现实
花生壳采用中继转发架构，延迟很难压下去。客户端发出的数据，先发送到花生壳服务器，再转发到内网主机，往返链路相比直连至少多出两跳。花生壳免费版带宽限制也比较严格，映射带宽仅有1Mbps，串流需要的码率远高于这个数值。免费版只能用来验证连通性，画质和流畅度都没法保障。
升级付费带宽之后情况会有所改善，但中继链路本身的物理距离无法消除。同城同运营商环境下延迟大概30ms往上，跨运营商或者远距离访问延迟会更高。这个延迟水平用来玩回合制RPG、视觉小说这类游戏没问题，动作游戏和FPS游戏就不要尝试了。
配置顺序上的一些经验
先在内网把Sunshine和Moonlight配对调试通。局域网串流可以正常使用之后，再去配置花生壳。局域网本身就有故障的情况下，叠加内网穿透会大大增加排查难度。
配对这个步骤很关键。Sunshine首次连接需要输入PIN码验证身份，握手流程走TCP 47989。所以TCP映射优先配置，UDP映射可以后置。先保证客户端能发现主机、完成配对，再处理视频流传输的问题。
配对成功之后看不到画面或者连接立刻断开，大多是UDP链路不通。回到花生壳检查UDP映射状态，确认内网端口和Sunshine实际监听端口匹配。Sunshine自带Web管理页面，地址是 https://localhost:47990，打开就能查看端口配置信息。
有没有更好的选择
说实话，如果目标只是远程串流游戏，花生壳算不上最优方案。它的优势是稳定性强、上手简单，更适合远程桌面、NAS访问这类对延迟不敏感的场景。串流对网络传输路径要求很高，中继方案天生的短板很难靠配置优化弥补。
同等预算下，ZeroTier或者Tailscale这类虚拟组网工具效果更好。它们优先尝试P2P直连，只有NAT打洞失败时才降级为中继，延迟表现比纯中继的花生壳高出不少。配置也不算复杂，两端安装客户端加入同一个虚拟网络，Moonlight里填写虚拟网段IP就能使用。如果网络环境支持打洞成功，延迟可以接近局域网水平。
花生壳这套方案适合这几种情况：一是本身已经有花生壳付费账号和带宽，不想再学习新工具；二是网络环境严格限制P2P打洞，比如部分校园网、企业内网，中继反而更稳定；三是只是偶尔使用，不想维护额外的组网服务。
我自己主力环境最后换成了Tailscale，花生壳保留下来，当作NAS和远程桌面的备用通道。工具没有绝对好坏，按实际场景挑选就可以。