运行Node.js的IIS扩展iisnode安装配置笔记

IIS与Node.js的交融：iisnode安装配置笔记

要开始使用iisnode，首先需要在服务器上安装它。安装过程相对简单，但需要关注一些细节以确保流畅的体验。一旦安装完成，我们就可以在IIS管理器中创建站点，指向我们的Express程序目录。还有一个重要的步骤：创建一个web.config文件。

在我配置好一切并启动站点时，遇到了一个错误提示：请求筛选模块被配置为拒绝包含hiddenSegment节的URL中的路径。起初我感到困惑，但很快就意识到问题所在。在ASP.NET中，bin目录是一个特殊目录，通常不允许直接访问。而我的配置试图将所有请求重定向到bin目录，这触发了这个错误。

为了解决这个问题，我决定更改Express程序的目录名称，例如从bin改为launch。我也需要更新web.config文件中的相应配置。然后，我重新启动了IIS站点并访问新配置的URL。这次，我的Node.js程序成功地在IIS中运行了。

在测试程序功能时，我遇到了另一个问题：获取到的IP为空。在Express框架中，我们通常通过req.ip获取IP地址，而这个值是从请求头的REMOTE_ADDR获取的。我通过一段简单的测试代码发现，REMOTE_ADDR的值也为空。

这个问题可能需要进一步的调查和解决。可能需要检查IIS的配置，或者检查是否有某些设置影响了请求头的传递。无论如何，这个问题不会阻止iisnode扩展为我们带来的便利和优势。我们仍然可以在IIS中托管我们的Node.js程序，享受IIS提供的各种功能，包括进程管理、GZip压缩、日志、缓存、权限控制、域名绑定等。虽然遇到了一些挑战，但通过iisnode成功地将Node.js程序集成到IIS中，仍然是一项令人兴奋和值得努力的任务。从IIS到Node.js的转变过程中，头信息有时会丢失，尤其是在处理IP地址时。通过IIS节点进行Web应用程序部署时，获取客户端IP地址的过程就变得复杂起来。这是一次充满挑战和的旅程。

为了解决IIS节点环境下的IP地址丢失问题，我们需要进行一些配置和代码调整。在Web.config文件中添加一行配置，保留REMOTE_ADDR信息。配置如下：

```xml

```

此配置能够将原始的REMOTE_ADDR环境变量更名为x-iisnode-REMOTE_ADDR。然后，我们需要在Express的app.js文件中添加一个中间件函数，以覆盖req.ip的值。代码如下：

```javascript

app.use(function(req, res, next) {

req.ip = req.headers['x-iisnode-REMOTE_ADDR'];

next();

});

```

这种方法并不完美。Express的req.ip是通过定义getter的方式实现的，因此需要重新定义这个属性。改进后的代码如下：

```javascript

app.use(function(req, res, next) {

Object.defineProperty(req, 'ip', {

get: function() { return this.headers['x-iisnode-REMOTE_ADDR']; }

});

next();

});

```

尽管解决了IP获取的问题，但在使用iisnode的过程中仍会遇到其他问题。例如，文件上传功能可能会将文件上传到错误的目录。这是因为应用程序的执行目录可能与预期不同。解决这一问题的方法之一是更改应用程序的入口点，以适应新的执行目录。具体操作包括更改目录名称和修改程序入口文件。

在Node.js和iisnode的过程中，显然还有许多问题需要解决。两者都还在不断发展和完善中，因此对于开发者来说，这是一个充满挑战和机遇的旅程。通过调整配置和代码，我们能够克服这些挑战，实现更顺畅的IIS到Node.js的过渡。

对于博客后台的文件上传问题，一种解决方案是将文件上传到预定的公共上传目录（例如public/upload）。如果出现上传文件实际保存在launch目录下的问题，可以考虑调整应用程序的入口点，将launch目录重命名为bin，并创建一个新的入口文件launch.js来调用bin目录下的程序。在IIS的配置文件中进行相应的调整，确保应用程序正确指向新的入口文件。这样，文件上传功能就能正确地将文件保存到预期的目录中。这个过程中涉及到的代码和配置调整展示如下：

在Node.js和iisnode的不断发展中，我们期待着两者能够更成熟、更稳定地服务于Web应用程序的开发和部署。这将需要我们继续和完善相关的技术和方法。面对这些挑战，我们需要不断学习、尝试和创新，以推动Web技术的不断进步。