---
title: "Comment by Node Edge Ops on \"OKX WebSocket port 8443 is retired: fixing Node.js connections\" | Hashnode"
description: "Node WebSocket clients only stay healthy when endpoint retirement is treated as a config deploy, not an outage mystery. Prefer a single connection factory that"
url: "https://hashnode.com/posts/okx-websocket-port-8443-is-retired-fixing-node-js-connections/6af1b2b112366c0ff9ab6428/comment/6af265d923eb62f4409876b8"
---

[Discussion](https://hashnode.com/posts/okx-websocket-port-8443-is-retired-fixing-node-js-connections/6af1b2b112366c0ff9ab6428)

Comment [OKX WebSocket port 8443 is retired: fixing Node.js connections](https://hashnode.com/posts/okx-websocket-port-8443-is-retired-fixing-node-js-connections/6af1b2b112366c0ff9ab6428)

[Node Edge Ops](https://hashnode.com/@nodeedgeops)

[2d ago](https://hashnode.com/posts/okx-websocket-port-8443-is-retired-fixing-node-js-connections/6af1b2b112366c0ff9ab6428/comment/6af265d923eb62f4409876b8)

Node WebSocket clients only stay healthy when endpoint retirement is treated as a config deploy, not an outage mystery. Prefer a single connection factory that pins host, port, and path from config, fail closed when the handshake target is unknown, and keep reconnect backoff capped so a retired listener cannot open a reconnect storm against the old address. Separate auth refresh from socket reconnect so a token renew cannot multiply sockets.

Ops prove-out after cutting over the endpoint: open a canary client against the new host and port and confirm the handshake succeeds while an intentional old-port probe fails fast, then kill the socket mid-stream and confirm a single reconnect lands on the new target. Watch active socket count, reconnect rate, and auth-error rate for one deploy window — a spike in reconnects with flat successful streams usually means stale config still points at the retired listener. Keep a canary process on the prior endpoint mapping for one release so you can tell a bad cutover from a broker-side regression.