VHOST(虚拟主机)就是一址多域的意思,主流的Web服务器都有这个功能,它解决了运行Web的主机在同一个IP地址状况下能够为不一样域名的请求提供服务的问题。假设有两个域名A和B,在DNS上A和B都指向同一个A记录(IPv4)或者AAAA记录(IPv6),Web服务器经过不一样的域名信息解析到不一样的配置,从而为A和B提供不一样的服务。Nginx根据请求的信息(端口,IP地址和域名)匹配到对应的配置的大概过程以下:nginx
nginx-rtmp-module有个严重的问题:若是在rtmp配置块里没有listen选项,那么它根本就不能运行,由于没有默认监放任何端口。并且就算配置了listen选项,它也没法根据域名找到正确的配置。例若有以下配置:git
rtmp {github
server {服务器
listen 1935;app
...dom
}socket
server {unix
listen 1935;server
...blog
}
}
我若是想推流到第二个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-rtmp-module基础上开发的项目:nginx-http-flv-module。