這篇文章主要介紹了運行Node.js的IIS擴展iisnode安裝配置筆記,iisnode的擴展可以把Node.js程序托管到IIS,托管之後也意味著可以使用IIS裡面的各種功能,需要的朋友可以參考下
今年年初打算用Node.js基於Express框架重寫博客程序,從此告別ASP.NET。然而,我目前用的VPS是Windows Server系統、IIS服務器,如果讓Express和IIS都監聽80端口,明顯會產生沖突。幸好,有一個叫做iisnode的擴展可以把Node.js程序托管到IIS。而且,這樣托管之後也意味著可以使用IIS裡面的各種功能(進程管理、GZip壓縮、日志、緩存、權限控制、域名綁定等)。
要使用iisnode,得安裝:
1.Node.js
2.IIS的URL Rewrite模塊
3.iisnode
裝好之後,還是按照常規操作,在IIS管理器中創建站點,指向Express程序的目錄,關鍵是還要增加一個web.config文件:
代碼如下:
<rewrite>
<rules>
<rule name="all">
<match url="/*" />
<action type="Rewrite" url="bin/www" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
這段內容也可以通過IIS管理器的可視化界面配置。大概意思把所有請求重寫到bin/www,而且使用iisnode擴展運行bin/www。然而,打開站點後,卻出現了這樣的錯誤提示:
復制代碼 代碼如下:
<rewrite>
<rules>
<rule name="all">
<match url="/*" />
<action type="Rewrite" url="launch/www" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
在IIS管理器中重啟站點後再次訪問,終於運行起來了,不容易啊!不過還是高興得太早了。
在測試程序功能的過程中,竟然發現獲取到的IP為空。在Express框架中,IP是通過req.ip獲取的,而req.ip又是從請求頭的REMOTE_ADDR獲取值。通過一段簡單的測試代碼,發現REMOTE_ADDR的值也為空。很明顯,從IIS到Node.js的過程中,這段頭信息丟失了。Google一番之後,發現iisnode確有此問題,官方提供的解決方案是使用X-Forword-For,不過我又發現了另外一個辦法。
Web.config中有一段配置(加到</system.webServer>前)可以保留REMOTE_ADDR:
代碼如下:
根據說明,保留的REMOTE_ADDR會被改名為x-iisnode-REMOTE_ADDR,所以還得把req.ip的值覆蓋一次,在Express的app.js中增加一個中間件函數:
代碼如下:
這樣問題終於解決了,但這不是一個好方法,要是以後Express把req.ip設成只讀就麻煩了。
繼續測試,又發現另外一個問題。正常來說,博客後台的文件上傳功能會把文件傳到public/upload這個目錄下,但實際上卻在launch目錄(即原來的bin目錄)下生成了public/upload文件夾。其實原因是作為程序入口的www文件是在launch目錄下,所以launch目錄成了應用程序的執行目錄。我的解決辦法是,把launch目錄的名字改回bin,在根目錄下創建一個launch.js去調用bin/www:
代碼如下:
require('./bin/www');
然後把程序入口改為launch.js:
代碼如下:
<rewrite>
<rules>
<rule name="all">
<match url="/*" />
<action type="Rewrite" url="launch.js" />
</rule>
</rules>
</rewrite>
<iisnode promoteServerVars="REMOTE_ADDR" />
</system.webServer>
</configuration>
顯然,iisnode還不是一個成熟的產品,當然Node.js也不是(至今還沒1.0),一切都有待進一步探索和完善。