¿Chatroulette y Omegle alternativos para citas online?

¿Dónde puedo encontrar el mejor ejemplo de una alternativa segura de chat de citas en Chatroulette u Omegle?

Only2chat.com es una buena solución! ¡Ha WebRTC de forma segura! ¡Sin seguimiento de usuarios ni almacenamiento de datos en sus servidores! Si prueba su solución, verá que se trata de un chat de vídeo como Chatroulette, Omegle y más.

Como funciona ?

Probablemente hayas Chatroulette , Omegle y muchas otras aplicaciones de videochat. ¿Sabía que es posible desarrollar un tipo similar de aplicación web de chat de vídeo usando sólo HTML y JavaScript puro utilizando tecnología integrada en los navegadores? Esta tecnología se llama WebRTC.

requisitos

Necesita una cuenta de AWS y algunos conocimientos básicos de los servicios de AWS y la implementación con Serverless Framework.

En esta guía se utilizan los siguientes servicios de AWS

• servicio lambda
• Instancia AWS EC2 (creada y configurada manualmente)
• Conectores web de AWS
• AWSDynamoDB
• AWS S3
• Asegúrese de tener instalado lo siguiente,
• Nodo 6.0 o superior
• AWS CLI configurado para su cuenta

WebRTC (comunicación web en tiempo real)

WebRTC es un proyecto gratuito de código abierto que proporciona a los navegadores web y aplicaciones móviles comunicaciones en tiempo real (RTC) a través de interfaces de programación de aplicaciones (API) simples. Permite la comunicación de audio y video dentro de la comunicación web directa de igual a igual dentro de páginas web y permite instalar complementos o descargar aplicaciones nativas.

Esta comunicación es extremadamente rápida y tiene baja latencia porque la conexión es de igual a igual y no hay ningún servidor en el medio. Esta tecnología fue desarrollada por Google y actualmente es compatible con casi todos los navegadores excepto la plataforma iOS (solo Safari la admite).

Se admiten diferentes métodos API en diferentes navegadores, lo que puede dificultar el desarrollo de estas aplicaciones. estas aplicaciones pueden dificultarlo. Es de esperar que estas diferencias desaparezcan con el tiempo.

¿Porqué necesitamos esto?

Si queremos que dos navegadores que se ejecutan en dos partes diferentes del mundo puedan conectarse e intercambiar transmisiones de video chat en tiempo real, necesitamos una conexión TCP o UDP como la que se muestra a continuación para un video chat aleatorio. WebRTC nos ayuda a hacer esta conexión.

¿Como funciona?

Normalmente nuestras PC, portátiles o teléfonos móviles están en una red local detrás de una NAT, un enrutador y un firewall.
Para crear una conexión directa de un navegador a otro, tenemos que lidiar con todos estos elementos.

Estas capas entre navegadores que intentan establecer una conexión directa de igual a igual hacen
imposible establecer una conexión sin involucrar mecanismos de señalización.

Para hacer frente a esto, se necesitan los siguientes componentes:

• Un mecanismo de señalización
• servidor aturdir
• TURNO servidor
• Fabricación de conectividad interactiva (ICE)
• Proceso de señalización

ICE (Fabricación de conectividad interactiva)

Este es un estándar de coordinación para que los servidores Stun y Turn establezcan comunicación directa entre pares.

Durante el proceso de señalización de establecimiento de conexión inicial, se generan múltiples candidatos ICE y los pares seleccionan el que tiene éxito.

Servidor STUN (Utilidades transversales de sesión para NAT)

Este es un servidor que permite a un par encontrar su dirección IP pública. Cuando un par quiere conectarse a otro host, especifica esta dirección IP pública como un punto final de conexión potencial.

Si la NAT existente entre los dos pares permite una conexión directa entre los dos hosts, entonces se establece una conexión directa de igual a igual utilizando un ICE (Establecimiento de conectividad interactiva). En este caso no se requiere un servidor de turno. Si el servidor Stun no puede proporcionar un ICE que funcione, WebRTC prueba el servidor Turn.

Servidor TURN (recorrido mediante retransmisión alrededor de NAT)

Como sugiere el nombre, este servidor enruta medios entre hosts conectados a él a través de un ICE. Si desea realizar una llamada entre diferentes redes o si NAT no permite el acceso directo a un host, este es el camino a seguir. El servidor de turno actúa como un relé entre los pares para que estos no tengan que encontrar rutas a través de sus NAT.

El servidor de turno tiene una dirección IP pública a la que los pares pueden conectarse. Lo bueno es que no tenemos que preocuparnos por esto (cuándo usar stun o turn) porque la evaluación y el establecimiento de la conexión lo realiza automáticamente el motor WebRTC. Sin embargo, necesitamos crear y alojar nuestro propio servidor de aturdimiento/giro (lo haremos en otra sección).

Proceso de señalización

Una vez que se establece la conexión de socket web, sigue el proceso para establecer una conexión de igual a igual.

1. La persona que llama y el destinatario se conectan entre sí a través de una conexión websocket.
2. La persona que llama crea una oferta.
3. La persona que llama envía la oferta al destinatario a través de la conexión websocket.
4. La persona que llama recibe candidatos ICE del servidor Stun/Turn.
5. La persona que llama envía todos los candidatos de ICE al receptor a través de la conexión websocket.
6. El destinatario acepta la oferta.
7. El destinatario acepta los candidatos ICE enviados por la persona que llama.
8. El destinatario crea una respuesta.
9. El destinatario envía la respuesta a la persona que llama a través de la conexión websocket.
10. El que llama acepta la respuesta.
11. El receptor prueba los candidatos ICE enviados por la persona que llama y selecciona el que puede conectarse exitosamente.
12. Se establece una conexión de igual a igual entre la persona que llama y el destinatario a través de una conexión ICE.

¡Eso es todo! Pruébalo y conoce gente de Alemania en un chat . ¡Al menos te librarás del aburrimiento mientras esperas una respuesta en una plataforma de citas!