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-rtmp-module基礎上開發的項目：nginx-http-flv-module。