Problema bien conocido: Safari en iOS o MacOS rechaza la conexión de WebSockets si uno de los siguientes problemas está presente en el lado del usuario:
1. El usuario usa IP para acceder al servidor a través de https (por ejemplo, https://22.44.55.11, pero http://22.44.55.11 no se ve afectado).
2. El usuario usa https con un certificado autofirmado para el dominio (por ejemplo, https://my_domain.com, pero nuevamente, http://my_domain.com no se ve afectado).
3. El usuario usa un certificado desactualizado o no válido para la conexión https.
No se trata de un problema de TSplus, sino de una invención pura de Apple para detener cualquier actividad potencial de piratas informáticos en dispositivos iOS/Mac para WebSockets cuando no se puede verificar la autoridad de conexión segura (certificado https). Como solución alternativa, el cliente pasa al modo de compatibilidad con una conexión XHR lenta.
Para solucionar este problema, existen algunas formas diferentes de proceder.
1. Compra un dominio (por ejemplo, https://mi_dominio.com) y fírmalo con una autoridad (por ejemplo, Let's Encrypt, etc.). Eso es lo que Apple espera que hagas.
2. O usa una dirección http (no es segura; si solo se usa el puerto 443, prueba http://mi_dominio.com:443/. No se permite la redirección SSL).
3. O instala un certificado autofirmado en el dispositivo iOS/Mac directamente (es muy complicado).
4. O usa otro navegador (al menos es posible para Mac, pero no para iOS).
Nota: en circunstancias específicas, las IP se pueden firmar, pero sería más inteligente comprar un dominio y firmarlo gratis.
