怎么分析nginx-rtmp-module的缺陷

怎么分析nginx-rtmp-module的缺陷，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

VHOST（虚拟主机）就是一址多域的意思，主流的Web服务器都有这个功能，它解决了运行Web的主机在同一个IP地址情况下可以为不同域名的请求提供服务的问题。假设有两个域名A和B，在DNS上A和B都指向同一个A记录（IPv4）或者AAAA记录(IPv6），Web服务器通过不同的域名信息解析到不同的配置，从而为A和B提供不同的服务。Nginx根据请求的信息（端口，IP地址和域名）匹配到对应的配置的大概过程如下：

nginx-rtmp-module有个严重的问题：如果在rtmp配置块里没有listen选项，那么它根本就不能运行，因为没有默认监听任何端口。而且就算配置了listen选项，它也无法根据域名找到正确的配置。例如有如下配置：

rtmp {

server {

listen 1935;

...

}

server {

listen 1935;

...

}

}

我如果想推流到第二个server配置块里的某个application，nginx-rtmp-module只能将流推到第一个server配置块里的某个application，因为它没有像Nginx本身提供的server_name配置项的功能。究其原因，是因为nginx-rtmp-module没有实现上图中的"有无域名匹配"和"域名是否匹配"的功能。这个问题还导致stat.xsl也没有考虑适配VHOST的功能，所以就算能推到第二个server配置块里的某个application，如果这个application的名称与第一个server配置块里的某个application相同，在查询统计信息的时候，点第二个application的详情，会打开第一个application的详情。nginx-http-flv-module部分解决了这个问题。单进程模式下没有任何问题，多进程模式下有些情况下也没有问题，详情见nginx-http-flv-module-note-6的描述。这是因为一个进程接收到推流请求后，会将流auto push到别的进程，这是通过unix domain socket实现的，但是unix domain socket不像AF_INET/AF_INET6协议族的socket，它是没有端口号的，所以目前不知道如何从接收推流的进程传递端口号给别的进程，从而匹配正确的配置。

欢迎关注我在nginx-rtmp-module基础上开发的项目：nginx-http-flv-module。

看完上述内容，你们掌握怎么分析nginx-rtmp-module的缺陷的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注行业资讯频道，感谢各位的阅读！