Bekomme Jitsi Server nicht zum laufen - Hilfe

[Lockslay]

Hallo zusammen,

ich möchte auf meinem Debian 10 einen Jitsi Server betreiben
Als Anleitung habe ich diese Seite verwendet:
https://fatiherikci.com/en/install-jits ... debian-10/

Die Hosts habe ich angepasst, name.mine.nu ist der Name meiner dyndns Adresse.
/etc/hosts

Code: Alles auswählen

127.0.0.1       localhost name.mine.nu
# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

dpkg -l | grep jitsi

Code: Alles auswählen

ii  jitsi-meet                            2.0.5142-1                                   all          WebRTC JavaScript video conferences
ii  jitsi-meet-prosody                    1.0.4466-1                                   all          Prosody configuration for Jitsi Meet
ii  jitsi-meet-turnserver                 1.0.4466-1                                   all          Configures coturn to be used with Jitsi Meet
ii  jitsi-meet-web                        1.0.4466-1                                   all          WebRTC JavaScript video conferences
ii  jitsi-meet-web-config                 1.0.4466-1                                   all          Configuration for web serving of Jitsi Meet
ii  jitsi-videobridge2                    2.1-376-g9f12bfe2-1                          all          WebRTC compatible Selective Forwarding Unit (SFU)

tail -F /var/log/jitsi/jvb.log

Code: Alles auswählen

2020-11-12 21:14:03.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000009S. Sticky failure: false
2020-11-12 21:14:03.753 INFORMATION: [23] VideobridgeExpireThread.expire#140: Running expire()
2020-11-12 21:14:13.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000009S. Sticky failure: false
2020-11-12 21:14:23.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000009S. Sticky failure: false
2020-11-12 21:14:33.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000008S. Sticky failure: false
2020-11-12 21:14:43.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000012S. Sticky failure: false
2020-11-12 21:14:53.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000008S. Sticky failure: false
2020-11-12 21:15:03.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000008S. Sticky failure: false
2020-11-12 21:15:03.754 INFORMATION: [23] VideobridgeExpireThread.expire#140: Running expire()
2020-11-12 21:15:13.704 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000008S. Sticky failure: false
2020-11-12 21:15:23.703 INFORMATION: [24] HealthChecker.run#170: Performed a successful health check in PT0.000008S. Sticky failure: false

tail -F /var/log/prosody/prosody.log

Code: Alles auswählen

Nov 12 20:55:57 c2s55b2634fcca0	info	Client connected
Nov 12 20:55:58 c2s55b2634fcca0	info	Stream encrypted (TLSv1.3 with TLS_AES_256_GCM_SHA384)
Nov 12 20:55:59 c2s55b2634fcca0	info	Authenticated as focus@auth.v.mine.nu
Nov 12 20:55:59 focus.videomeet.mine.nu:component	warn	Component not connected, bouncing error for: <iq type='get' from='focus@auth.videomeet.mine.nu/focus39133013337' to='focus.mine.nu' id='qyfge-36'>
Nov 12 20:55:59 jcp55b26352efb0	info	Incoming Jabber component connection
Nov 12 20:55:59 focus.videomeet.mine.nu:component	info	External component successfully authenticated
Nov 12 20:56:03 conference.vit.mine.nu:muc_domain_mapper	warn	Session filters applied
Nov 12 20:56:03 c2s55b263521c90	info	Client connected
Nov 12 20:56:04 c2s55b263521c90	info	Stream encrypted (TLSv1.3 with TLS_AES_256_GCM_SHA384)
Nov 12 20:56:04 c2s55b263521c90	info	Authenticated as jvb@auth..mine.nu

tail -F /var/log/jitsi/jicofo.log

Code: Alles auswählen

Jicofo 2020-11-12 20:55:59.734 INFORMATION: [1] org.jitsi.xmpp.component.ComponentBase.log()   ping timeout: 5000 ms
Jicofo 2020-11-12 20:55:59.734 INFORMATION: [1] org.jitsi.xmpp.component.ComponentBase.log()   ping threshold: 3
Jicofo 2020-11-12 20:56:08.867 INFORMATION: [31] org.jitsi.jicofo.xmpp.BaseBrewery.log() Added brewery instance: jvbbrewery@internal.auth.videomeet.mine.nu/309014c1-84a5-4853-95d6-3590da7d341c
Jicofo 2020-11-12 20:56:08.925 INFORMATION: [31] org.jitsi.jicofo.bridge.BridgeSelector.log() Added new videobridge: Bridge[jid=jvbbrewery@internal.auth.videomeet.mine.nu/309014c1-84a5-4853-95d6-3590da7d341c, relayId=null, region=null, stress=0,00]
Jicofo 2020-11-12 20:56:08.947 INFORMATION: [31] org.jitsi.jicofo.bridge.JvbDoctor.log() Scheduled health-check task for: jvbbrewery@internal.auth.videomeet.mine.nu/309014c1-84a5-4853-95d6-3590da7d341c
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.dom4j.io.SAXContentHandler (file:/usr/share/jicofo/lib/dom4j-1.6.1.jar) to method com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser$LocatorProxy.getEncoding()
WARNING: Please consider reporting this to the maintainers of org.dom4j.io.SAXContentHandler
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

/home/lockslay# tail -F /var/log/nginx/error.log

Code: Alles auswählen

2020/11/12 20:53:35 [emerg] 4125#4125: BIO_new_file("/etc/ssl/videomeet.mine.nu.crt") failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/etc/ssl/videomeet.mine.nu.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)
2020/11/12 20:55:54 [emerg] 574#574: BIO_new_file("/etc/ssl/videomeet.mine.nu.crt") failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/etc/ssl/videomeet.mine.nu.crt','r') error:2006D080:BIO routines:BIO_new_file:no such file)

Code: Alles auswählen

root@debianLockslay:/home/lockslay# apt install jitsi-meet
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
jitsi-meet ist schon die neueste Version (2.0.5142-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Ich bekomme leider keinen Seite angezeigt, wenn ich im lokalen Netz auf die IP Adresse zugreife bekomme ich keinen Jitsi Server angezeigt.
Kann mir einer weiterhelfen?

[Routerdilettantin]

auf Server Fehler beim Start von Diensten prüfen: journalctl ...
feinere Diagnostik: systemctl status (stop, start, restart) ... .service
offene Ports prüfen: netstat ...
Erreichbarkeit des Dienstes lokal per 127.0.0.1 möglich?

vom Client prüfen:
Verbindungstest zu Ports mit telnet <ip>:<port>
Portscan mit nmap ...

Die benötigten Ports, Parameter und Werte zu den Kommandos sind dokumentiert, findest du also selbst. Da du vorerst im eigenen LAN per IP-Adr. auf den Jitsi zugreifst, spielt die Namensauflösung (noch) keine Rolle. Eventuell ein Routingproblem, wenn du über mehrere Router bzw. eine Firewall möchtest: ping und traceroute zeigen, wie weit das per ICMP/UDP klappt. Firewalleinstellungen vom LAN-IF prüfen, wenn der Jitsi sinnvollerweise in einer DMZ betrieben wird. Iptables auf dem Server testweise/temporär deaktivieren, falls schon eingerichtet.

Die DynDNS-Domain ist merkwürdig, welcher Anbieter ist das denn? Und Einträge für 127.0.0.1 in /etc/hosts spielen nur für die lokale Erreichbarkeit von Diensten auf dem Server selbst eine Rolle, nicht für dessen Erreichbarkeit im LAN und nicht für öffentliche Erreichbarkeit, nur ein öffentlicher (Dyn)DNS kann externen Hosts deine (wechselnde) öffentliche IP verraten.

[Lockslay]

Hallo und Danke für die Antwort,
ich habe einmal deine Hilfestellungen versucht abzuarbeiten.
systemctl habe ich als Link beigefügt, dabei ist mir aufgefallen, das Dienst wie coTURN STUN/TURN Server, nginx.service Probleme machen.
https://nopaste.debianforum.de/41196

Der Portscan sieht für mich gut aus.

Code: Alles auswählen

systemctl status jitsi-videobridge2.service 
● jitsi-videobridge2.service - Jitsi Videobridge
   Loaded: loaded (/lib/systemd/system/jitsi-videobridge2.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-11-12 20:56:01 CET; 10h ago
 Main PID: 752 (java)
    Tasks: 45 (limit: 65000)
   Memory: 237.3M
   CGroup: /system.slice/jitsi-videobridge2.service
           └─752 java -Xmx3072m -XX:+UseConcMarkSweepGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp

nmap -Pn -sV --version-all --reason -v 192.168.0.48

Code: Alles auswählen

Starting Nmap 7.70 ( https://nmap.org ) at 2020-11-13 07:11 CET
NSE: Loaded 43 scripts for scanning.
Initiating SYN Stealth Scan at 07:11
Scanning debianLockslay.Link (192.168.0.48) [1000 ports]
Discovered open port 22/tcp on 192.168.0.48
Discovered open port 111/tcp on 192.168.0.48
Discovered open port 8888/tcp on 192.168.0.48
Discovered open port 5222/tcp on 192.168.0.48
Discovered open port 9090/tcp on 192.168.0.48
Discovered open port 5269/tcp on 192.168.0.48
Discovered open port 5280/tcp on 192.168.0.48
Completed SYN Stealth Scan at 07:11, 1.62s elapsed (1000 total ports)
Initiating Service scan at 07:11
Scanning 7 services on debianLockslay.Link (192.168.0.48)

/var/log/jitsi/jvb.log
http://slexy.org/view/s21DCvMYkE
/var/log/jitsi/jicofo.log
http://slexy.org/view/s2ppDh95zq

Als Dyndns Anbieter habe ich https://account.dyn.com/services/, ich kann lokal auch nicht auf den Dienst zugreifen.
Gruß und Danke Lockslay

[Routerdilettantin]

Habe mal deine Attachments durchgesehen. nginx läuft nicht, ich nehme stark an, dass ein Webserver eine elementare Grundlage für Jitsi ist. Ebenso dessen lokale Erreichbarkeit vom Server selbst als erster Test.

Die Portscans (offene Ports) kann und werde ich nicht auswerten, da ich mich nicht mit Jitsi auskenne, jedoch mit Fehlersuche/-eingrenzung. Du installierst Jitsi und hast sicher die Doku gelesen - inkl. welche Dienste mit welchen lauschenden Ports (netstat -tulpen) dazu funktionieren müssen und laut systemd-Journal / bzw. systemctl status ... und fehlerfrei gestartet sind?!

Wenn alle Stränge reißen, würde ich "dünnbrettbohren" und eine entsprechende VM/Container im Internet suchen, anpassen.

Viel Erfolg, mehr kann ich nicht helfen, wollte erst mal Logs rauskitzeln, mit denen mehrere Forenmitglieder was anfangen können. Vielleicht gibts sogar ein Jitsi-Forum?

Hinweis:
Ich finde richtig, Servertechnologie im LAN zu lernen, zu testen oder für private Zwecke mit DynDNS und dynamischen IPs am Privatkundenanschluss zu betreiben, so es asymmetrische Übertragungsraten zulassen. Bei professionellem Betrieb - Jitsi legt das nahe- wird mir übel, wenn ich DynDNS lese: Professionell sind Business-Anschlüsse mit fixen IPs oder heutzutage billigem vServer bei einem Hoster mit fixen IPs, öffentlicher Domain und symmetrischen garantierten Datenraten einschl. SLAs/QoS.

[LinuxFanKR13]

Hallo,

nginx läuft nicht,

nginx oder ein anderer Webserver ist erforderlich. In der Beschreibung, die ich genutzt habe (https://jitsi.github.io/handbook/docs/d ... uide-start) und in dem dort auch vorhandenen Video hieß es, dass nginx automatisch mitinstalliert wird. Dies war bei mir aber nicht der Fall.

Nach der manuellen Installation ging dann nginx und auch Jitsi.

Zum Thema asysmmetrische Übertragungsraten: Mit einer 50-MBit-Leitung des magenta-farbenen Konzerns habe ich bisher mit 5 Teilnehmern keine nennenswerten Schwierigkeiten gehabt. Dabei ist mir natürlich klar, dass vor allem die Upload-Rate entscheidend ist, weil ja mein Server zu den 4 externen Teilnehmnern die Daten uploaden muss.

Viele Grüße und viel Erfolg

[eggy]

Wenn alle Stränge reißen, würde ich "dünnbrettbohren" und eine entsprechende VM/Container im Internet suchen, anpassen.
[...]
Bei professionellem Betrieb - Jitsi legt das nahe- wird mir übel, wenn ich DynDNS lese.

Aber ne VM aus unbekannter Quelle betreiben, deren Du die Qualität Du nicht beurteilen kannst?

Wenn Du Pech hast stammt die von Leuten mit noch weniger Durchblick, oder hat veraltete Versionen und ungewartete Libs mit allerhand Schwachstellen, die Konfig basiert auf unzutreffenden Annahmen oder anderen Datenschutz Anforderungen sowie unglückliche Fehlkonfigurationen bis hin zu absichtlichen Backdoors ...

Keine sinnvolle Idee.

[Routerdilettantin]

Aber ne VM aus unbekannter Quelle betreiben, deren Du die Qualität Du nicht beurteilen kannst?
...

Korrekt, deshalb meine Beschränkung auf "generische Termini" fürs "Dünnbrettbohren".