云主机在线、专用服进程已启动，仍不足以证明外部玩家能够加入。服主和玩家需要对齐同一实例、同一对外入口与同一时间段，把应用监听、网络访问条件和玩家结果分别记录，才能决定下一步由谁继续检查。
先确认游戏使用的协议和实际监听端口
Palworld 官方环境要求列出可变更的 UDP 游戏端口，并说明路由转发和系统防火墙需要按部署方式处理。它提供的是服务运行所需条件，不是某台实例已经满足条件的证明。Palworld 官方运行要求
核对时，应先确认运行的是哪个服务实例、当前启动参数是什么，以及实际使用的协议和监听端口。仅有一张“进程正在运行”的截图，还没有回答玩家的请求应该到达哪个入口。不要把其他服务器或旧教程里的端口直接当成当前实例配置。
社区服的对外声明与实际监听是两件事
官方参数说明区分了 -port 与 -publicport：前者用于改变服务监听端口；后者用于社区服务器的对外端口声明，不会改变服务本身使用的监听端口。Palworld 官方参数说明
因此，修改对外声明后仍要核对玩家收到的地址和端口、部署环境中的转发关系，以及应用实际监听的位置。这些对象在具体环境中可能相同，也可能不同。改完一个字段，不能直接写成“公网玩家已经可以加入”；内网成功也不能替代外部玩家对同一入口的结果。
ECS 入站规则控制流量，不能代替游戏监听
如果专用服部署在阿里云 ECS 上，管理员需要核对实际关联的安全组。阿里云文档说明，安全组规则按协议类型、端口范围和授权对象匹配流量，再按匹配规则的策略允许或拒绝；入方向授权对象对应来源地址，端口范围对应目的端口。阿里云 ECS 安全组规则
这意味着“已经添加一条允许规则”仍需要说明允许了什么协议、哪个目的端口和什么来源。只看端口数字相同，无法证明 UDP 游戏流量匹配了一条 TCP 规则。安全组的访问许可也不承担启动游戏服务或改变应用监听端口的作用；系统防火墙和部署中实际存在的其他访问控制仍需分别核对。
这里不提供通用放行命令。需要调整规则时，由管理员按当前部署及访问需求确定具体范围，并保留变更前后的记录；不能为了排查游戏连接而把管理入口和无关端口一并公开。
用同一组记录完成交接
下面是待填写的记录结构，没有实际玩家数据，也不表示任何部署已验证成功。
| 检查对象 | 应保留的信息 | 单独不能证明的结果 |
|---|---|---|
| 应用与监听 | 实例、服务状态、实际协议与监听端口 | 公网玩家已经加入 |
| 对外入口与访问控制 | 玩家使用的地址和端口、实际转发关系、入站规则核对结果 | 游戏进程已正常响应 |
| 外部玩家结果 | 尝试时间、同一目标、客户端版本、成功或报错原文 | 长时间稳定或其他玩家均正常 |
如果多名玩家同期都进不去，优先核对共用入口和服务；如果只有部分玩家失败，先保留同期对照，再检查失败玩家的本机环境与连接路径。这是检查顺序，不是仅凭人数给故障定责。
每次比较尽量只改变一个条件。若同时换了服务器、修改了入站规则和改变玩家网络，结果就不能只归因于其中一项。下一次交接应说明已确认哪些条件、还有哪项未知，以及谁负责补齐。证据不足时保留“尚未定位”，比用机器在线或单次加入截图代替服务可用结论更有帮助。
本文由 AI 根据文中官方资料起草，并由 AI 复核事实边界与内容；未进行实机部署、联机或加速效果验证。
