BigBlueButton und Fehler 1020

21

Hallo Harald,

ich hätte noch eine Frage. Wenn ich bbb-conf --check laufen lasse, wird
in der Ausgabe ganz unten der eingetragene STUN Server zurückgegeben,
aber kein (in derselben Datei eingetragener) TURN-Server. Weiß jemand,
ob das normal ist oder könnte dort ein Konfigurationsfehler liegen?

bei mir ist es genau so.
Es steht in der Datei erst der STUN dann der TURN, trotzdem steht in der
Ausgabe von bbb-conf --check nur der STUN am Ende.

Was mir auffällt: es steht turn0 und turn1 in der Datei: beide Einträge
sind aber identisch …

LG

Holger

22

sollte turn:xxx und turns:xxx sein.

23

Hallo hmt,

sollte |turn:xxx| und |turns:xxx| sein.

… jetzt wo du es sagst …
Da war meine Behauptung „sind identisch“ wohl nicht korrekt :slight_smile:
Danke für den Hinweis.
Ein Buchstabe war zu wenig Unterschied für mein Vergleichsalgorithmus
(in meinem Hirn).

LG

Holger

24

Ich musste auch lange hingucken, bis ich es gefunden hatte. Zumal beides auf 443 läuft.

25

Hallo,

hier steht was zum Fehler 1020.
Das weißt auf eine fehlerhafte Konfiguration des TURN Servers hin und
nennt etwas, wie man das prüfen kann.
Vielleicht hilft es.


(suche nach 1020)

"
If, however, you received a 1020 (unable to establish connection) when
sharing a webcam the browser may not be able to connect to the TURN
server or the TURN server is not running or configured correctly. Check
the browser console in FireFox. If you see

WebRTC: ICE failed, your TURN server appears to be broken, see
about:webrtc for more details

then FireFox was unable to communicate with your TURN server, or your
TURN server was not running or configured correctly.

To ensure that your firewall is not blocking UDP connections over port
443, open a new tad visit https://test.bigbluebutton.org/, launch a test
session, and try sharing your webcam. the browser may not be able to
connect to the TURN server or the TURN server is not running or
configured correctly.

"

LG

Holger

26

Jetzt nochmal die Frage, passt das jetzt alles so?

    <bean id="stun0" class="org.bigbluebutton.web.services.turn.StunServer">
    <constructor-arg index="0" value="stun:turn.domain1:443"/>
</bean>
<bean id="stun1" class="org.bigbluebutton.web.services.turn.StunServer">
    <constructor-arg index="0" value="stun:domain2:3478"/>
</bean>

<bean id="turn0" class="org.bigbluebutton.web.services.turn.TurnServer">
    <constructor-arg index="0" value="***"/>
    <constructor-arg index="1" value="turns:turn.domain1:443?transport=tcp"/>
    <constructor-arg index="2" value="86400"/>
</bean>

<bean id="turn1" class="org.bigbluebutton.web.services.turn.TurnServer">
    <constructor-arg index="0" value="****"/>
    <constructor-arg index="1" value="turn:turn.domain1:443?transport=tcp"/>
    <constructor-arg index="2" value="86400"/>
</bean>

<bean id="turn2" class="org.bigbluebutton.web.services.turn.TurnServer">
    <constructor-arg index="0" value="***"/>
    <constructor-arg index="1" value="turn:domain2:3478?transport=tcp"/>
    <constructor-arg index="2" value="86400"/>
</bean>

<bean id="turn3" class="org.bigbluebutton.web.services.turn.TurnServer">
    <constructor-arg index="0" value="****"/>
    <constructor-arg index="1" value="turns:domain2:5349?transport=tcp"/>
    <constructor-arg index="2" value="86400"/>
</bean>

<bean id="stunTurnService"
        class="org.bigbluebutton.web.services.turn.StunTurnService">
    <property name="stunServers">
        <set>
            <ref bean="stun0"/>
            <ref bean="stun1"/>
        </set>
    </property>
    <property name="turnServers">
        <set>
            <ref bean="turn0"/>
            <ref bean="turn1"/>
            <ref bean="turn2"/>
            <ref bean="turn3"/>
        </set>
    </property>
</bean>
27

Hallo und vielen Dank für alle Antworten wieder.
Ich habe es sowohl mit dem Skript zur Einrichtung als auch auf einem anderen Server händisch versucht. Der webRTC-Trickle-Test funktioniert bei beiden Turnservern und endet mit „done“.
Ich habe dann das zweite Skript, mit dem man den Turn-Server in BBB an die richtigen Stellen einträgt, erst über einen Test BBB-Server und dann über die anderen laufen lassen. Die Einträge mit „Stun:…“, „Turn:…“ bzw. „Turns:…“ decken sich ebenfalls mit den hier genannten. Bin irgendwie sehr ratlos. Was habt ihr in den Kurento-Einstellungen eingetragen?

Viele Grüße

Harald

28

Hallo und danke, die Frage ist, wie ich das noch herausfinden kann. Der Test, der hier gemacht werden kann findet keinen Fehler bzw. läuft bis „done“ durch.
Viele Grüße
Harald
Sorry, ich wollte hiermit auf einen Post weiter oben antworten, ist jetzt quasi doppelt in diesem Thread…

29

Warum ein zweiter turn server?

Wenn ich das richtig verstehe, dann ist ein Turn Server auch ein STun server. Aber was weiß ich schon.
Hast Du mal mit der FF-Einstellung bei relay true ausprobiert?

30

Der zweite Server war nur zum Testen.
Ja, ich habe den FF-Test gemacht, und da finde ich auch Fehler, die ich aber nicht deuten kann.
Bei ICE-Status steht dort 6 mal „succeeded“, einmal „cancelled“, dann wieder einmal „succeeded“, dann wieder einmal „cancelled“. Ich weiß nicht, woran die „cancelled“-Einträge liegen (siehe Anhang).
Viele Grüße
Harald

Bildschirmfoto 2021-01-26 um 18.33.33
Bildschirmfoto 2021-01-26 um 18.33.33574×516 37.6 KB

31

Hallo hmt,
soeben festgestellt, dass ich überhaupt keine AAAA-Records (gesetzt) habe …

Eine ewige Baustelle :wink:
VG Andre

32

Sorry, wenn ich das hier nochmal aufwärme. Irgendwie habe ich ständig das Gefühl, dass ich der Lösung auf der Spur bin, aber dann auch wieder nicht. Beim STUN/TURN-Server brauche ich einen AAAA-Eintrag mit passender iPv6, richtig? Und was ist beim BBB-Server? Brauch ich da auch Einstellungen, die den iPads, die offensichtlich im heimischen WLAN irgendwie mit iPv6 versorgt werden, helfen? Ich hatte da etwas dazu gelesen (hatte etwas mit dem Freeswitch-Server zu tun), weiß aber gar nicht, ob das a) bei mir helfen könnte und b) überhaupt sinnvoll ist… Kennt sich da jemand aus?
Viele Grüße
Harald

33

ich habe für beide Server die ipv6 als AAAA eingetragen. Du findest Deine IP heraus, wenn Du curl canhazip.com auf Deinem BBB aufrufst.

34

Hallo Harald,

Sorry, wenn ich das hier nochmal aufwärme. Irgendwie habe ich ständig
das Gefühl, dass ich der Lösung auf der Spur bin, aber dann auch wieder
nicht. Beim STUN/TURN-Server brauche ich einen AAAA-Eintrag mit
passender iPv6, richtig? Und was ist beim BBB-Server? Brauch ich da auch
Einstellungen, die den iPads, die offensichtlich im heimischen WLAN
irgendwie mit iPv6 versorgt werden, helfen? Ich hatte da etwas dazu
gelesen (hatte etwas mit dem Freeswitch-Server
https://docs.bigbluebutton.org/2.2/troubleshooting.html#freeswitch zu
tun), weiß aber gar nicht, ob das a) bei mir helfen könnte und b)
überhaupt sinnvoll ist… Kennt sich da jemand aus?

ich weiß es nicht. Aber ich habe nachgesehen: meine BBB Server haben
eine IPv6 Adresse.
Bei meinem DNS Hoster hab ich diese auch eingetragen.
Obs was bringt? … keine Ahnung.
Den TURN/STUN habich nicht eingerichtet: ich verwende den vom Verein.
Apple macht immer ärger. BBB scheint bei denen zu funktionieren…

LG

Holger

35

Hallo,

ich habe für beide Server die ipv6 als AAAA eingetragen. Du findest
Deine IP heraus, wenn Du |curl canhazip.com| auf Deinem BBB aufrufst.

… oder
ifconfig

LG

Holger

36

Danke, ich habe jetzt einmal den AAAA-Record gesetzt, noch lässt er sich aber nicht pingen. Ich werde das dann morgen nochmal ansehen.
Liebe Grüße
Harald

37

Hallo @Harald,

Beim STUN/TURN-Server brauche ich einen AAAA-Eintrag mit passender iPv6, richtig? Und was ist beim BBB-Server? Brauch ich da auch Einstellungen, die den iPads, die offensichtlich im heimischen WLAN irgendwie mit iPv6 versorgt werden, helfen?

ich habe für meinen TURN-Server sowohl die AA- (ipv4) als auch AAAA-Records (ipv6) meines Hetzner TURN-Servers beim Domainhoster eingetragen.
Ebenso hab ich die AA- und AAA-Records für meinen BBB-Server beim Domainhoster eingetragen.

Es funktioniert auch mit iOS-Geräten im Moment ohne Probleme.

Im BBB-Moodle des Landes wurde auch diskutiert, dass die älteren Safari-Versionen Probleme machen, wenn sie sich mit BBB verbinden sollen: https://bbb-hilfe.de/docs/videokonferenz-teilnehmer-sehen-den-hinweis-1020-media-could-not-reach-the-server/.

Laut dieser Quelle hilft bei iOS und MacOS das Upgrade auf die aktuellste Version. Speziell bei iOS wurde wohl bei allen iOS-Versionen >14.3 ein Fehler eingebaut, welcher Screenshare und wharscheinlich auch die Audio-Verbindung nicht zu den BBB-Servern aufbauen gelassen hat. Mit dem Upgrade ist das wohl in den Griff bekommen worden.

Hie gilt mal wieder: Upgrade auf die neuste Version ist Goldwert.

Herzliche Grüße
Marcus

38

… dachte ich auch, bis ich feststellte, dass bei unserm Moodle-Server-Anbieter IPV6 standardmässig nicht auf dem Server aktiviert war. Über Moodle administrieren wir auch unsere BBB-Räume.

Habe jetzt IPV6 im DNS für alle Servern die entsprechenden AAAA-Records gesetzt.
Kontrolle:
ping6 [URL]
ping6 [IP6]
unter Windows:
ping -6 […]

Laut iftop kommen viele Client’s [HomeOffice] mit IP6-Adressen rein und ich erhoffe mir eine bessere/stabilere Verbindung der TN, die mit DSL-Lite, schwacher Hardware etc. belastet sind.

An den eigentlichen BBB/Turn/Scalelite-Konfigurationsdateien bzw. System-Einstellungen auf dem Server habe ich nichts verändert.

Habe ich etwas übersehen?

VG Andre

39

Hallo Marcus, hallo Holger,
vielen Dank für eure Antworten. Ich habe jetzt bei meinem DNS-Server einen iPV6-Record angelegt (* AAAA iPv6 und @ AAAA iPv6 aber die Adresse lässt sich noch nicht pingen und wird in meinem Testserver über ifconfig / `curl canhazip.com nicht angezeigt.
Interessanterweise sehe ich bei diesem Testserver auf curl canhazip.com nur die iPv4 (gut, die iPv6 lässt sich ja auch nicht pingen), bei meinem Turn-Server aber nur die iPv6, ist das normal? Die iPv4 beim Turn-Server lässt sich aber pingen.
Habt ihr eine Ahnung, wie lange es dauern kann, bis ein iPv6-Record übernommen werden sollte?
Liebe Grüße
Harald

40

Hallo Marcus,
hast du dann unter /etc/kurento/modules/kurento/WebRtcEndpoint.conf.ini gar nichts geändert?
Liebe Grüße
Harald