Peerjs: ICE fehlgeschlagen, fügen Sie einen STUN-Server hinzu und siehe about:webrtc für weitere Details

Erstellt am 26. Nov. 2018  ·  18Kommentare  ·  Quelle: peers/peerjs

Ich bin neu in diesem webRTC. Ich habe eine Verbindung zwischen zwei Streams erstellt. Es funktioniert, aber wenn die Medienstreams übertragen werden, ist dieser Fehler ICE fehlgeschlagen, fügen Sie einen STUN-Server hinzu und sehen Sie sich about:webrtc an, um weitere Informationen zu erhalten. Ich habe es so versucht

Peer = neuer Peer(id, {
Fehlersuche: 2,
config: {'iceServers': [
{ url: ' stun :
{ URL: ' stun :
]}

aber trotzdem stehe ich vor diesem Problem. Was ist die genaue Lösung dafür? @kidandcat

Hilfreichster Kommentar

Ich habe dies getan, aber darin selbst gibt es viele Probleme. Ich habe COTURN verwendet, da dies eine kostenlose Open Source für STUN- und TURN-Server ist. @mballabaniapr

Alle 18 Kommentare

Sorry, die Docs brauchen ein Update, die ice Server sind so konfiguriert:

{'iceServers': [{ 'urls': ' stun :

Bußgeld. Gibt es einen kostenlosen Stun-and-Turn-Server oder muss ich diese Server kaufen? @kidandcat

Es gibt viele kostenlose STUN-Server, da diese nur zum Starten verwendet werden
die Verbindung (sie brauchen keine hohen Ressourcen) aber es gibt keine TURN
Server frei, denn wenn die P2P-Verbindung nicht aufgebaut werden kann,
Fallback ist, dass die gesamte Kommunikation über einen TURN-Server läuft, also sie
benötigen hohe Ressourcen und Bandbreite.

El. März, 27. Nov. 2018 7:08, RamyaAshika [email protected] escribió:

Bußgeld. Ob es einen kostenlosen Betäubungs- und Rundenserver gibt oder ich?
müssen diese Server kaufen? @kidandcat https://github.com/kidandcat


Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/peers/peerjs/issues/470#issuecomment-441937144 oder stumm
der Faden
https://github.com/notifications/unsubscribe-auth/ADrV0qWA1WciYRt65jrYBhB_0b8k8WA1ks5uzNblgaJpZM4YzF3r
.

OOh, kann ich meine Anwendung ohne TURN-Server erstellen? und auch wenn ich mich in einem anderen drahtlosen Netzwerk befinde, geht diese Verbindung nach 3-5 @kidandcat

Ja sicher,
aber wenn es eine seltsame Netzwerkbedingung gibt, bei der p2p vollständig ist
unmöglich, es gibt keinen Fallback auf TURN und die Verbindung schlägt fehl,
aber diese Fälle sind nicht üblich. Sie brauchen nur STUN-Server.

Gracias,
Jairo Caro-Accino Viciana.

El. März, 27. Nov. 2018 a las 11:00, RamyaAshika ( [email protected] )
Beschreibung:

OOh, kann ich meine Anwendung ohne TURN-Server erstellen? @kidandcat
https://github.com/kidandcat


Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/peers/peerjs/issues/470#issuecomment-441998795 oder stumm
der Faden
https://github.com/notifications/unsubscribe-auth/ADrV0tpMsIoIJqHgM25BSr_9HX4pCgyVks5uzQ0-gaJpZM4YzF3r
.

Okay, dies ist die Open Source, die ich verwende { urls: ' stun:stun1.l.google.com :19302' } aber trotzdem about:webrtc für mehr Details. Kennen Sie eine Open-Source-Betäubungsserverkonfiguration und warum geht die Verbindung nach 5-10 Minuten verloren? @kidandcat

Behoben. Danke @kidandcat

@RamyaAshika Wie hast du es repariert?

Ich habe dies getan, aber darin selbst gibt es viele Probleme. Ich habe COTURN verwendet, da dies eine kostenlose Open Source für STUN- und TURN-Server ist. @mballabaniapr

Hallo @RamyaAshika, wie haben Sie Ihren Coturn-Server bereitgestellt? Ich habe es auf AWS bereitgestellt und es scheint zu funktionieren, was https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ mir sagt, weil es ein Relay gibt, es funktioniert jedoch nicht, wenn ich webrtc connect aufrufe um den Server von meiner auf AWS gehosteten Web-App umzuwandeln und Ice-Kandidaten zu erhalten, und bekomme ich den gleichen Fehler: ICE fehlgeschlagen, fügen Sie einen STUN-Server hinzu und siehe about:webrtc für weitere Details

Hallo @RamyaAshika ,
Ich stehe vor genau dem gleichen Problem. Können Sie bitte Ihre Lösung im Detail teilen.
Danke schön.

Hier gilt das gleiche

Ich hatte das gleiche Problem, aber ich habe es behoben.
https://gist.github.com/sagivo/3a4b2f2c7ac6e1b5267c2f1f59ac6c6b

Sie müssen Betäubung + Drehung bereitstellen

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

Sie können "iceTransportPolicy": "relay" angeben, um nur den Relay-Server (ohne p2p) zu verwenden.

@afrokick Wo ist dieser Code geschrieben?Ich verwende Java-API-Entwicklung

Ich habe auch Probleme über das Internet (WAN) im LAN, alles ist in Ordnung.

ich versuche es mal mit https://github.com/coturn/coturn coturn...

Ich verwende das folgende Setup, um über das Internet zu kommunizieren, nicht über 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"
      }
    ],
  }
});

mein coturn-Server: turnserver -L 62.138.7.233 -a -f -r north.gov

Ausgabe von coturn:

0: Domänenname:
0: Standardbereich: north.gov
0: FEHLER:
KONFIGURATIONSFEHLER: Leeres cli-Passwort, daher ist die Telnet-Cli-Schnittstelle deaktiviert! Bitte setzen Sie ein nicht leeres cli-Passwort!
0: WARNUNG: Zertifikatsdatei kann nicht gefunden werden: turn_server_cert.pem (1)
0: WARNUNG: TLS- und DTLS-Listener können nicht gestartet werden, weil die Zertifikatsdatei nicht richtig eingestellt ist
0: WARNUNG: Datei mit privatem Schlüssel kann nicht gefunden werden: turn_server_pkey.pem (1)
0: WARNUNG: TLS- und DTLS-Listener können nicht gestartet werden, da die private Schlüsseldatei nicht richtig eingestellt ist
0: Zu verwendende Relaisadresse: 62.138.7.233

....

Brauchen wir TLS?

Warum wurde dieses Problem geschlossen, wenn keine geeignete Lösung vorgeschlagen wurde?

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

bilo1967 picture bilo1967  ·  7Kommentare

jameshfisher picture jameshfisher  ·  5Kommentare

kidandcat picture kidandcat  ·  8Kommentare

l2aelba picture l2aelba  ·  3Kommentare

RikdeVos picture RikdeVos  ·  6Kommentare