Schlagwort: server

Ich hatte das Bedürfnis einen freien Video Chat Server einzurichten für Freunde, Familie und alle anderen die das gebrauch könnten. Da ich generell versuche open-source Software einzuätzen bin ich auf Jitsi gestoßen. Hier geht es zur Projekt Webseite: https://jitsi.org/ Viel will ich dazu nicht erklären, das Netz ist voll damit. Aber es gab das ein oder andere Problem und ich möchte die Lösung dokumentieren.

Den Jitsi Server habe ich auf Proxmox Virtualisiert, als System kommt Linux mit Ubuntu 18.04 LTS zum Einsatz. Was wird noch gebraucht? Java OpenJDK und Nginx Webserver müssen vor der Installation von Jitsi installiert werden. Ein Let’s Encrypt Zertifikat richte ich nicht auf diesem Server ein da ich pfSense mit HA Proxy als Reverse Proxy und ACME betreibe. Somit macht die pfSense Let’s Encrypt Zertifikate und ich muss das nicht für jeden Webserver neu generieren.

Kommen wir nun zu den aufgetretenen Problemen. Der Server war soweit bereit und der erste Test im internen Netzwerk war erfolgreich. Als ich jedoch einen Chat Raum mit einem externen Client aufbauen wollte gab es weder Audio noch Video. Der Raum selbst war ok und ich konnte Textnachrichten versenden. Lag es eventuell an den UDP Port 10000? Nein, in der Config von /etc/jitsi/videobridge/sip-communicator.properties müssen folgende Zeilen eingetragen werden.

org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=<Local.IP.Address>
org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=<Public.IP.Address>

Es stellte sich heraus das die Public IP Adresse tatsächlich eine IP sein muss. Der Server kann kein DNS auflösen. Das bedeutet, wenn man einen DSL Anschluss mit dynamischer IP verwendet, kann man die DNS zum Auflösen der IP nicht in die Config eintragen.

Nach ein paar Recherchen bemerkte ich das dieses Problem viele haben. Eine Lösung gibt es bis jetzt nicht. Jedoch habe ich das Problem mit Marcel twitter.com/_mmo besprochen und wir arbeiten an einem passenden Cron Job der die IP automatisch in der /etc/jitsi/videobridge/sip-communicator.properties austauscht.

Bis der Cron Job fertig ist muss die IP manuell getauscht werden. Wer andere Lösungen hat bitte eine Mail an mich input@boscolab.de

English version:

I had the need to set up a free video chat server for friends, family and anyone else who could use it. Since I generally try to use open source software, I came across Jitsi. Here is the project website: https://jitsi.org/ I don’t want to explain much about it, the network is full of it. But there were one or two problems and I want to document the solution.

I virtualized the Jitsi server on Proxmox, as a system Linux with Ubuntu 18.04 LTS is used. What else is needed? Java OpenJDK and Nginx web server must be installed before installing Jitsi. I do not set up a Let’s Encrypt certificate on this server because I run pfSense with HA Proxy as a reverse proxy and ACME. So pfSense Let’s Encrypt makes certificates and I don’t have to regenerate them for every web server.

Now we come to the problems encountered. The server was ready so far and the first test in the internal network was successful. However, when I wanted to set up a chat room with an external client, there was no audio or video. The room itself was ok and I could send text messages. Was it possibly due to UDP port 10000? No, the following lines must be entered in the config of /etc/jitsi/videobridge/sip-communicator.properties.

org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=<Local.IP.Address>
org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=<Public.IP.Address>

It turned out that the public IP address must actually be an IP. The server cannot resolve DNS. This means that if you use a DSL connection with dynamic IP, you cannot enter the DNS in the config to resolve the IP.

After doing some research, I noticed that many had this problem. So far there is no solution. However, I discussed the problem with Marcel twitter.com/_mmo and we are working on a suitable cron job that automatically exchanges the IP in the /etc/jitsi/videobridge/sip-communicator.properties.

The IP must be exchanged manually until the cron job is finished. Anyone who has other solutions please email me at input@boscolab.de