Serveurs d’écho WebSocket pour les tests

Qu’est-ce qu’un serveur d’écho ?

Un serveur d’écho accepte une connexion et vous renvoie directement chaque message que vous lui envoyez. C’est le moyen le plus simple de vérifier que le code de votre client peut ouvrir une connexion, envoyer une trame et recevoir une réponse, sans avoir à écrire votre propre backend.

Trois serveurs, un seul hôte

Trois serveurs d’écho publics sont désormais disponibles sur echo.rapidtoolset.com :

Protocole	URL
WebSocket	wss://echo.rapidtoolset.com/ws
Socket.IO	https://echo.rapidtoolset.com/socketio
SockJS	https://echo.rapidtoolset.com/sockjs

Chaque serveur gère son propre protocole de manière native. Le point de terminaison WebSocket accepte les connexions wss:// brutes. Le point de terminaison Socket.IO exécute un serveur Socket.IO complet : les poignées de main, les espaces de noms et les accusés de réception fonctionnent donc comme prévu. Le point de terminaison SockJS fournit la négociation de repli standard de SockJS pour les environnements où les WebSockets natifs ne sont pas disponibles.

Outils qui utilisent ces serveurs

Les clients de test du site, accessibles depuis le navigateur, se connectent à ces serveurs dès leur ouverture :

• Client de test WebSocket ouvre une connexion WebSocket brute, envoie des messages et affiche les trames en temps réel.
• Client de test Socket.IO se connecte via le protocole Socket.IO, permet d’émettre des événements nommés et affiche les événements entrants dans un journal en direct.
• Client de test SockJS se connecte via la bibliothèque cliente SockJS et teste tout le parcours de négociation de repli.

Gratuit, avec certaines limites

Les serveurs d’écho sont gratuits et ne nécessitent aucune authentification. Leur débit est limité pour éviter les abus : ils sont donc destinés uniquement aux tests manuels et interactifs. Les scripts automatisés, les tests de charge et les bots dépasseront la limite de débit et seront rejetés.