Wij jitsi server
doel
De server wij.hcc.nl verzorgt een jitsi server voor hcc
opzet

File:Jitsi diagram.dia De jitsi frontend fungeerd als dirigent hij bepaald welke sessie op welke videobridge plaats vindt, hij is sessie brokker. Elke videobridge handeld zijn eigen video verkeer af
Het cluster bestaat uit 4 servers 1. Frontend deze is zeg maar de sessie broker 2. Videobridge 1 t/m 3 deze handelen al het video verkeer rechtstreeks af
update van jitsi
Nadat updates van jitsi zijn geweest moet het volgende script gedraaid worden
/usr/local/hobbynet/home/jitsi-images/update-jitsi.sh
Dit zorgt er voor dat het hcc logo etc etc wordt teruggezet, samen met nog wat settings.
update script
Bij apt upgrade/full-upgrade wordt automatisch door middel van een hook bepaalde settings goed gezet naar upgrade, dit gebeurt altijd ook al is er geen jitsi update.
Het update script vindt je hier: /etc/apt/apt.conf.d/80upgradehook en ziet er als volgt uit: DPkg::Post-Invoke {"/usr/local/hobbynet/local/jitsi/update-jitsi.sh";};
Het script wat hij aanroep is /usr/local/hobbynet/local/jitsi/update-jitsi.sh
#!/bin/bash echo "Jitsi frontend bijwerken" echo "plaats watermark" cp /usr/local/hobbynet/local/jitsi/Logo_hcc_RGB_png.png /usr/share/jitsi-meet/images/watermark.png echo "plaats favoicoonen" cp /usr/local/hobbynet/local/jitsi/favicon.ico /usr/share/jitsi-meet/images/favicon.ico cp /usr/local/hobbynet/local/jitsi/favicon.ico /usr/share/jitsi-meet/favicon.ico echo "backup oude interface config" cp /usr/share/jitsi-meet/interface_config.js /usr/local/hobbynet/local/jitsi/interface_config.js.old echo "vervang nodige variable in interface config, ipv oude config herbruiken" cat /usr/share/jitsi-meet/interface_config.js |sed "s/'Jitsi Meet'/'Wij HCC'/g"|sed "s/PROVIDER_NAME: 'Jitsi'/PROVIDER_NAME: 'Wij HCC'/g"|sed "s/'Jitsi Meet'/'Wij HCC'/g"|sed "s/DISABLE_JOIN_LEAVE_NOTIFICATIONS: false/DISABLE_JOIN_LEAVE_NOTIFICATIONS: true/g" >/usr/local/hobbynet/local/jitsi/interface_config.js.new echo "plaats nieuwe interface config" cp /usr/local/hobbynet/local/jitsi/interface_config.js.new /usr/share/jitsi-meet/interface_config.js
wanneer kan server herstart worden
Er is geen 'nette' manier om te zien hoeveel er van de server gebruik gemaakt wordt. Maar er is wel een betrouwbare truc: kijk hoeveel sessies er naar TCP poort 443 ESTABLISHED zijn.
#netstat -an|grep ESTABLISHED tcp 0 0 212.72.229.44:443 80.101.34.193:48418 ESTABLISHED tcp 0 0 212.72.229.44:443 80.101.34.193:48421 ESTABLISHED tcp 0 0 127.0.0.1:5347 127.0.0.1:50736 ESTABLISHED tcp 0 0 127.0.0.1:5222 127.0.0.1:59836 ESTABLISHED tcp 0 0 172.31.1.44:742 172.31.1.210:2049 ESTABLISHED tcp 0 0 127.0.0.1:5222 127.0.0.1:59838 ESTABLISHED tcp 0 0 172.31.1.44:22 172.31.1.34:52706 ESTABLISHED tcp6 0 0 127.0.0.1:59836 127.0.0.1:5222 ESTABLISHED tcp6 0 0 127.0.0.1:59838 127.0.0.1:5222 ESTABLISHED tcp6 0 0 ::1:45414 ::1:5280 ESTABLISHED tcp6 0 0 ::1:5280 ::1:45414 ESTABLISHED tcp6 0 0 127.0.0.1:50736 127.0.0.1:5347 ESTABLISHED
In bovenstaand voorbeeld zie je voornamelijk interne IP adressen, dan wel 'eigen' 212.72.229 IP adressen. De server is dus in rust, er zijn geen actieve bijeenkomsten. Maar waarom heeft 80.101.34.193 dan 2 sessies? Waarschijnlijk is dit een presentator, die alvast een kanaal geopend heeft, om later vandaag een presentatie te verzorgen. We weten niet wie het is, we weten niet welk kanaal hij geopend heeft.
Black box dus, niet te beheren.