怎么分析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的缺陷的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！