Peerjs: ICE falló, agregue un servidor STUN y consulte about: webrtc para obtener más detalles

Lo sentimos, los documentos necesitan una actualización, los servidores de hielo están configurados así:

{'iceServers': [{'urls': ' stun: stun.l.google.com : 19302'}]};

Multa. ¿Hay algún servidor de aturdimiento y giro gratuito o si no necesito comprar estos servidores? @kidandcat

Hay muchos servidores STUN gratuitos, porque solo se usan para iniciar
la conexión (no necesitan altos recursos) pero no hay TURN
servidores gratis, porque si no se puede establecer la conexión P2P, el
La alternativa es que toda la comunicación pasa por un servidor TURN, por lo que
necesitan grandes recursos y ancho de banda.

El mar., 27 nov. 2018 7:08, RamyaAshika [email protected] escribió:

Multa. Si hay algún servidor de aturdimiento y turno gratuito, o de lo contrario,
¿Necesitas comprar estos servidores? @kidandcat https://github.com/kidandcat

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/peers/peerjs/issues/470#issuecomment-441937144 , o silenciar
la amenaza
https://github.com/notifications/unsubscribe-auth/ADrV0qWA1WciYRt65jrYBhB_0b8k8WA1ks5uzNblgaJpZM4YzF3r
.

Oh, ¿puedo crear mi aplicación sin el servidor TURN? y también si estoy en una red inalámbrica diferente, esa conexión se pierde después de 3-5 minutos @kidandcat

Si seguro,
pero si hay una condición de red extraña donde p2p está completamente
imposible, no habrá respaldo a TURN y la conexión fallará,
pero esos casos no son comunes. Solo necesitas servidores STUN.

Gracias
Jairo Caro-Accino Viciana.

El mar., 27 nov. 2018 a las 11:00, RamyaAshika ( [email protected] )
escribió:

Oh, ¿puedo crear mi aplicación sin el servidor TURN? @kidandcat
https://github.com/kidandcat

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/peers/peerjs/issues/470#issuecomment-441998795 , o silenciar
la amenaza
https://github.com/notifications/unsubscribe-auth/ADrV0tpMsIoIJqHgM25BSr_9HX4pCgyVks5uzQ0-gaJpZM4YzF3r
.

De acuerdo, este es el código abierto que estoy usando {urls: ' stun: stun1.l.google.com : 19302'} pero aún así, recibo el error a veces ICE falló, agregue un servidor STUN y vea sobre: ​​webrtc para más detalles. ¿Conoce alguna configuración de servidor de aturdimiento de código abierto y por qué después de 5-10 minutos, la conexión se pierde? @kidandcat

Arreglado. Gracias @kidandcat

@RamyaAshika ¿Cómo lo arreglaste?

Hice esto, pero en eso mismo hay muchos problemas. Usé COTURN ya que ese es un código abierto gratuito para el servidor STUN y TURN. @mballabaniapr

Hola @RamyaAshika, ¿cómo implementaste tu servidor de coturn? Lo implementé en AWS y parece funcionar a partir de lo que https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ me dice porque hay retransmisión, sin embargo, no funciona cuando llamo a webrtc connect para convertir el servidor desde mi aplicación web alojada en AWS y obtener candidatos de hielo y me da el mismo error: ICE falló, agregue un servidor STUN y consulte acerca de: webrtc para obtener más detalles

Hola @RamyaAshika ,
Me enfrento exactamente al mismo problema. ¿Puede compartir su solución en detalle?
Gracias.

Aquí igual

Tuve el mismo problema, pero lo solucioné.
https://gist.github.com/sagivo/3a4b2f2c7ac6e1b5267c2f1f59ac6c6b

Debes proporcionar aturdimiento + giro

"iceServers": [
          {
            "urls": "stun:vc.example.com:3478"
          },
          {
            "urls": "turn:vc.example.com:3478",
            "username": "coturnUser",
            "credential": "coturnUserPassword"
          }
        ],

Puede especificar "iceTransportPolicy": "relay" para usar solo el servidor de retransmisión (sin p2p)

@afrokick ¿Dónde está escrito este código? Uso el desarrollo de api de Java

También tengo problemas a través de Internet (WAN) en LAN. Todo está bien.

Lo intentaré con https://github.com/coturn/coturn coturn ...

Utilizo la siguiente configuración para comunicarme a través de Internet, no LAN.

var fs = require('fs');
var PeerServer = require('peer').PeerServer;

var server = PeerServer({
    port: 3001,
    debug: true,
    path: '/peerjs',
    ssl: {
        key: fs.readFileSync('privkey.pem', 'utf8'),
        cert: fs.readFileSync('fullchain.pem', 'utf8')
    },
    config: {"iceServers": [

      {
        "iceTransportPolicy": "relay",
        "urls": "stun:62.138.7.233:3478"
      },
      {
        "iceTransportPolicy": "relay",
        "urls": "turn:62.138.7.233:3478",
        "username": "ninefingers",
        "credential": "youhavetoberealistic"
      }
    ],
  }
});

mi servidor actual: turnerver -L 62.138.7.233 -a -f -r north.gov

salida de coturn:

0: Nombre de dominio:
0: reino predeterminado: north.gov
0: ERROR:
ERROR DE CONFIGURACIÓN: ¡La contraseña de cli está vacía, por lo que la interfaz de cli de telnet está deshabilitada! ¡Establezca una contraseña cli que no esté vacía!
0: ADVERTENCIA: no se puede encontrar el archivo de certificado: turn_server_cert.pem (1)
0: ADVERTENCIA: no se pueden iniciar los escuchas TLS y DTLS porque el archivo de certificado no está configurado correctamente
0: ADVERTENCIA: no se puede encontrar el archivo de clave privada: turn_server_pkey.pem (1)
0: ADVERTENCIA: no se pueden iniciar oyentes TLS y DTLS porque el archivo de clave privada no está configurado correctamente
0: Dirección de relé a utilizar: 62.138.7.233

....

¿Necesitamos TLS?

¿Por qué se ha resuelto este problema cuando no se sugiere una solución adecuada?