Simular WebSocket, Socket.IO y MQTT
El tipo de petición WebSocket da acceso a tres servidores, según el protocolo elegido.
Clic derecho sobre una carpeta ▸ Añadir ▸ Servidor WebSocket / Servidor Socket.IO / Servidor MQTT.
Servidor WebSocket
Section titled “Servidor WebSocket”Acepta las conexiones entrantes en localhost:<puerto> y permite emitir tramas hacia los
clientes conectados.
Servidor Socket.IO
Section titled “Servidor Socket.IO”Lo mismo, pero con la semántica de Socket.IO: los mensajes son eventos con nombre.
Broker MQTT
Section titled “Broker MQTT”El más interesante de los tres: Restorm aloja un auténtico broker MQTT local.
- Un broker por puerto.
- Accesible por TCP en bruto y mediante una pasarela MQTT-sobre-WebSocket, de modo que sus clientes de navegador pueden conectarse directamente a él.
- Las publicaciones y las suscripciones funcionan con normalidad, incluidas la QoS y la retención.
Esto permite desarrollar y probar una cadena IoT completa sin instalar Mosquitto ni depender de un broker compartido.
Compartición de puerto
Section titled “Compartición de puerto”Estos servidores comparten su socket con los servidores HTTP del
mismo puerto: Restorm encamina las peticiones ordinarias hacia las rutas HTTP y las solicitudes
de cambio de protocolo (upgrade) hacia el servidor en tiempo real.
Un servidor HTTP de simulación y un servidor Socket.IO pueden, por tanto, escuchar juntos en
:8080, que a menudo es exactamente la topología de una aplicación web real.
En un escenario
Section titled “En un escenario”Las acciones Cierre de servidor WebSocket y Cierre de servidor Socket.IO cierran un servidor abierto por una acción de conexión en modo servidor. Consulte Servidores alojados.