jitsi meet安装使用

一个域名；

一个有公网的服务器或者云服务器；

拥有root或者sudo权限。

goddady的域名，AWS的免费服务器（Ubuntu20）

安装AWS服务器，本次安装的操作系统是Ubuntu20，对于ssh怎么登陆自行解决。

把goddady的域名和ASW的公网IP绑定，公网IP就是ssh登陆的ip地址。

这中间需要填写域名，比如godaddy注册的域名为meet.block.xyz，这里就填写这个。

另外一个需要选择的是https的证书，默认选择就可以，后面再重新生成，命令为

这里需要填写邮件，用来接收相关资讯，主要是这个证书免费，有过期时间提醒，需要手动续签。

这样就完全安装完成。

问题1：用公网的虚拟云服务器进行安装完成后，可能会出现chrome打开meet.block.xyz没有反应？

原因：meet.block.xyz域名需要把主机的hostname和dnsdomainname修改为对于网址。如果贸然修改/etc/hostname可能会无效，因为对于多数的虚拟云主机是不支持修改hostname，需要修改/etc/cloud/cloud.cfg中的preserve_hostname: true

执行dnsdomainname和hostnamectl查看，sudo hostnamectl set-hostname meet.block.xyz设置

/etc/hosts中要有127.0.0.1 meet.block.xyz meet

其他：

问题2：可能在解决问题1之后可能还是无法访问meet.block.xyz？

原因：因为多数的虚拟云主机是通过vhost配置的网络，主机会有两个网络，一个公网，一个私网，公网就是ssh登陆的网址，私网用ip a查看，局域网的那个ip就是的。

最后新增两个参数：

启动Secure domain功能, 限制有账号的人才能开新会议室

编辑/etc/prosody/conf.avail/jitsi4james.ddns.net.cfg.lua，

将认证方式方式由anonymous改为internal_plan

并加入：（其他人可以加入）

VirtualHost "guest.jitsi4james.ddns.net"

authentication = "anonymous"

c2s_require_encryption = false

编辑/etc/jitsi/meet/jitsi4james.ddns.net-config.js，加入

anonymousdomain: 'guest.jitsi4james.ddns.net',

systemctl status

电脑和手机app均可使用，对于性能要求，目前没有测试。

1. 官方快速安装

2. 配置细节

3. 配置noip自动启动

4. YOUTUBE安装jitsi

5. 安装jitsi文章

6. youtue参考安装2

欢迎交流，wechat：tlxbp930

https://hellolinux.xyz

步骤参照  https://blog.springfavor.cn/2018/10/22/Jitsi%E5%AE%89%E8%A3%85%E9%83%A8%E7%BD%B2/  

将其中的网址”jitsi-meet.example.com”均替换为自己准备的域名”example.com”

凡是出现”jitsi-meet.example.com”的地方都需要替换

凡是出现”jitsi-meet.example.com”的地方都需要替换

凡是出现”jitsi-meet.example.com”的地方都需要替换

重要的事情说三遍。 

原文中提到80端口占用的问题需要停止Nginx；如果停止Nginx 在申请公网证书时会出现访问站点失败导致申请公网证书失败

操作步骤在链接中已经介绍的很清楚了，在此记录下容易忽略的点

Kurento和Jitsi是基于WebRTC的开源媒体服务器开发的两大开源框架，乍看到这两个项目，很难知道他们有什么具体区别，本文对这两个框架进行点对点的比较。

如果你仅仅想获得一个简单的类似“项目中应该用Kurento”或者“Jitsi解决所有问题”的结论，无疑这篇文章很难帮助到你。Kurento和Jitsi的选择往往取决与你的项目目标。由于这个问题很多人在不同的场合问过我，所以我觉得有必要分享下我的观点。现在，我来解释下我是如何区分这两个项目的。

Jitsi是一个SFU开源框架，由Atlassian维护，被集成到HipChat中。Github上的介绍如下：

Kurento是一个媒体服务框架，由Kurento Technologies维护。借助Kurento, 你可以构建任何类型的后端媒体处理功能：SFU,MCU,recording，transcoding,gateway等等。这是优势，也是劣势。

如果你能够在实践中使用它，那么这就是优势。但这总是需要比其他目标简单、聚焦的框架付出更多的工作。有很多软件供应商可以帮助你定制和集成Kurento到你的项目中，其中一个就是项目的实际作者和维护者。

哪个好？

这两个框架都非常流行，每个都有超过10年的实际使用和产品验证。因此，从中选择一个并不总是那么容易。如果你只是需要单纯的XMPP的SFU，那么请使用Jitsi.如果你的需求比较复杂，需要做很多集成，那么最好还是使用Kurento。

原文阅读

---