昨日jitsiをインストールしたけれど、会議室に一人しかログインできない。
今日中になんとかしないと、市長の言葉を庁内にLive配信できない。
ヒントがないか検索してみた。
$ sudo grep -r meet.example.com /etc/jitsi/
実行してみると、/etc/jitsi/meet/meetsv.city.***.lg.jp-config.jsに何か所かヒットした。
でも、全部コメントアウトされているので関係なさそう
■/var/log/jitsi/jicofo.logを見てみた
実行してみると、/etc/jitsi/meet/meetsv.city.***.lg.jp-config.jsに何か所かヒットした。
でも、全部コメントアウトされているので関係なさそう
■/var/log/jitsi/jicofo.logを見てみた
SEVEREなエラーが出ていた。
Jicofo 2024-12-25 23:43:08.470 SEVERE: [38] [room=test@conference.meetsv.city.***.lg.jp meeting_id=2d9d167c-2c0c-463a-bf56-8aeb466f38b5 participant=f8b61ae7] ParticipantInviteRunnable.doRun#218: Can not invite participant, no bridge available.
Jicofo 2024-12-25 23:43:08.470 SEVERE: [38] [room=test@conference.meetsv.city.***.lg.jp meeting_id=2d9d167c-2c0c-463a-bf56-8aeb466f38b5 participant=f8b61ae7] ParticipantInviteRunnable.doRun#218: Can not invite participant, no bridge available.
no bridge availableをネットで検索してたら、jvb.logを見ろとあるので、
/var/log/jitsi/jvb.logを見てみる
JVB 2024-12-26 01:39:30.890 SEVERE: [21] HealthChecker.run#181: Health check failed in PT0.000048S: Result(success=false, hardFailure=true, responseCode=null, sticky=false, message=No valid IP addresses available for harvesting.)
No valid IP addresses available for harvestingで検索すると、
設定の問題だって
どの設定だろう
■/etc/jitsi/videobridgeの中を見てみる
sip-communicator.propertiesの下記の行が怪しいかも
org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
でも、以前のjitsiの設定を見たところ、この記述は同じだった。
■/etc/jitsi/meet/meetsv.city.***.lg.jp-config.jsの中にも一つ怪しいのが
stunServers: [
// { urls: 'stun:meetsv.city.***.lg.jp:3478' },
{ urls: 'stun:meet-jit-si-turnrelay.jitsi.net:443' },
],
でも、以前のjitsiの設定を見たところ、この記述は同じだった。
うーん、何だろう。
メモリの問題かも。
sip-communicator.propertiesの下記の行が怪しいかも
org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
でも、以前のjitsiの設定を見たところ、この記述は同じだった。
■/etc/jitsi/meet/meetsv.city.***.lg.jp-config.jsの中にも一つ怪しいのが
stunServers: [
// { urls: 'stun:meetsv.city.***.lg.jp:3478' },
{ urls: 'stun:meet-jit-si-turnrelay.jitsi.net:443' },
],
でも、以前のjitsiの設定を見たところ、この記述は同じだった。
うーん、何だろう。
メモリの問題かも。
メモリは8GBのまま、動的メモリ割り当てをOFFにしてみた。
症状は変わらず。
■もう一度/var/log/jitsi/jvb.logを見てみる
JVB 2024-12-26 02:49:12.066 SEVERE: [20] HealthChecker.run#181: Health check failed in PT0.000875S: Result(success=false, hardFailure=true, responseCode=null, sticky=false, message=No valid IP addresses available for harvesting.)
症状は変わらず。
■もう一度/var/log/jitsi/jvb.logを見てみる
JVB 2024-12-26 02:49:12.066 SEVERE: [20] HealthChecker.run#181: Health check failed in PT0.000875S: Result(success=false, hardFailure=true, responseCode=null, sticky=false, message=No valid IP addresses available for harvesting.)
やっぱりice4jが怪しい。
次のとおり設定を一行コメントアウトして再起動してみた
$ sudo vi /etc/jitsi/videobridge/sip-communicator.properties
# org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
数秒つながったが、また会議室から追い出されてしまった。
もしかして、名前解決ができていないのかな。
$ sudo vi /etc/netplan/50-cloud-init.yaml
あ、nameserversが稼働環境とは違うものになっている
直して反映させる
$ sudo netplan apply
またすぐに追い出されるようになった。
■何回もログを見る
やっぱりice4jが怪しい。
そして、ついに見つけた。
$ sudo vi /etc/jitsi/videobridge/sip-communicator.properties
# org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
数秒つながったが、また会議室から追い出されてしまった。
もしかして、名前解決ができていないのかな。
$ sudo vi /etc/netplan/50-cloud-init.yaml
あ、nameserversが稼働環境とは違うものになっている
直して反映させる
$ sudo netplan apply
またすぐに追い出されるようになった。
■何回もログを見る
やっぱりice4jが怪しい。
そして、ついに見つけた。
インターネットに接続できない環境では、
jvb.confのvideobridge { 直下に次の3行を追加しろだって。
health {
require-valid-address = false
}
require-valid-address = false
}
やった、うまく行った。
設定を少しカスタマイズして仕上げだ。
$ sudo vi /etc/jitsi/meet/bbb.kumapress.com-config.js
■クライアントの負荷を減らしたい
オーディオレベルメーターの表示をOFFにする
disableAudioLevels: true,
■入場時はミュートにしたい
startWithAudioMuted: true,
今日は定時で帰るぞー♪
オーディオレベルメーターの表示をOFFにする
disableAudioLevels: true,
■入場時はミュートにしたい
startWithAudioMuted: true,
今日は定時で帰るぞー♪
