如何在PeerServer连接处理器中编程断开身份可疑的客户端

• 核心逻辑直接调用client实例内置的close()方法即可，PeerServer的connection回调参数返回的client对象本身封装了WebSocket连接的操作能力，不需要额外封装断连逻辑，补全后的基础代码如下：

peerServer.on('connection', (client) => {
    if(is_fishy(client)) {
        client.close();
    }
});

• 可根据业务规范为close()方法传入自定义的断连状态码和原因，符合WebSocket断连的标准交互格式，示例写法为client.close(4001, '连接安全校验未通过，已强制断开')，客户端侧的断连监听逻辑可直接获取对应状态码和提示，适配性更好。
• 部分低版本PeerServer存在连接初始化流程未走完就调用close，会导致服务端连接资源未正常释放的问题，遇到这类场景时，可将断连调用延迟到下一个事件循环执行，写法为：

if(is_fishy(client)) {
    // 等连接初始化流程走完再执行断连，避免资源残留
    setImmediate(() => client.close(4001, '安全校验不通过'));
}

• 执行断连前建议同步打印对应的审计日志，记录可疑连接的远程地址、client.id、异常判定依据，方便后续排查恶意连接、异常客户端的定位问题。

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