He estado buscando alto y bajo para esto y no he podido encontrar una solución. Tengo el siguiente código en el servidor:
import express from 'express'; import { createServer } from 'https'; import { Server } from "socket.io"; import fs from 'fs'; const app = express(); const credentials = { key: fs.readFileSync('../key.pem'), cert: fs.readFileSync('../cert.pem') }; // create http/https server const server = createServer(credentials, app); const io = new Server(server); io.on('connection', (socket) => { console.log('a user connected'); }); server.listen(3000, () => { console.log('listening on localhost:3000'); });Ahora en el lado del cliente tengo:
import { io } from "socket.io-client"; import fs from "fs"; const socket = io("https://localhost:3000", { rejectUnauthorized: false, ca: fs.readFileSync("../cert.pem") }); socket.on("connect", () => console.log("connected to server"));Si cambio el lado del servidor para importar a:
import { createServer } from 'http';en vez de:
import { createServer } from 'https';y cambio el lado del cliente a:
const socket = io("http://localhost:3000");en vez de:
const socket = io("https://localhost:3000");I socket io puede comunicarse muy bien
Es solo el https. Traté de agregar certificados y establecer
rejectUnauthorized: falsesin resultado Encontré esta pregunta, pero nada ha funcionado. La documentación de socket io no ha sido de mucha ayuda. ¿Qué puedo probar a continuación?
Como HTTPS intentará rechazar en 127.0.0.1, WSS también lo hará, pero desde el principio no hay forma de evitarlo, ¿correcto?
En desarrollo, la mayoría de los usuarios golpean este muro inicialmente hasta que tienen más tiempo para configurarlo correctamente.
Inserte este código en su archivo de servidor de socket web.
process.env["NODE_TLS_REJECT_UNAUTHORIZED"] = 0;Solo en desarrollo usas esto, NUNCA se debe usar en producción.
La mejor opción para implementar https en su aplicación es hacerlo en un servidor http "real". Por ejemplo: nginx , Apache , ...
Lo que obtiene directamente de Node es suficiente para fines de desarrollo, pero no se recomienda usarlo en un entorno real. Aunque solo sea porque maneja conexiones Keep-Alive en promedio. (Esto es lo que experimentará más rápido).
Luego vienen los problemas de rendimiento y escalabilidad. Debe recordar que la aplicación Node es básicamente de un solo subproceso. Con muchos clientes, incluso la solicitud cors "estúpida" consume recursos que podrían gastarse en el servicio al cliente real.
¿Sabía que puede ejecutar varias instancias de una aplicación Node? (es suficiente para administrar adecuadamente los datos compartidos) Esto se puede hacer, por ejemplo, a través de upstream en nginx. O use, por ejemplo , Phusion Passenger (que administrará inmediatamente los reinicios de la aplicación después de un bloqueo inesperado, en lugar de administradores como pm2 )