Unity Photon实现踢人系统触发CloseConnection报错求助

开发Unity多人游戏踢人（Kick）系统功能时，运行阶段抛出错误，错误原文：

CloseConnection is disabled. No need to call it.
报错调用堆栈入口为UnityEngine.Debug:LogError (object)，对应中文含义为：CloseConnection功能已禁用，无需调用该方法。

该错误是Unity Netcode for GameObjects（NGO）网络框架的内置校验报错，触发核心是在连接关闭流程未启用、或连接已经处于断开流程时，手动调用了底层Transport的CloseConnection接口。
踢人功能开发中常见的触发场景：

• 接口重复调用：服务端已经通过官方API触发了客户端断开逻辑，后续逻辑又冗余调用了底层CloseConnection方法
• 调用时机错误：在客户端未完成连接建立、或者已经被踢出、连接完全释放的状态下，再次调用关连接接口
• API使用错误：新版本NGO中，服务端断开客户端连接只需要调用NetworkManager.DisconnectClient(ulong clientId)即可，框架内部会自动处理Transport层的连接关闭，手动调用底层CloseConnection就会触发该校验报错
• 状态异常：NetworkManager挂载的Transport组件被禁用、或网络配置参数错误，导致连接管理状态异常

• 清理冗余调用：踢人逻辑统一使用NGO官方提供的DisconnectClient接口实现，删除所有手动调用Transport层CloseConnection的代码
• 增加连接状态前置校验，避免无效调用，参考实现：

// 服务端踢人逻辑参考
if (NetworkManager.Singleton.IsServer 
    && NetworkManager.Singleton.ConnectedClients.ContainsKey(targetClientId))
{
    // 第二个参数可以传入踢人原因，客户端可在断开回调中获取
    NetworkManager.Singleton.DisconnectClient(targetClientId, "You have been kicked from the server");
}

• 升级到稳定版本NGO包，避免旧版本框架内部状态不同步导致的误报
• 检查NetworkManager组件配置，确认挂载的Transport组件处于启用状态，网络协议配置与项目实际使用的传输层协议一致

内容的提问来源于stack exchange，提问作者gencelikisi