Express.js：反向代理不同的 Web 应用程序以及资产

Question

我想允许 Express 中经过身份验证的客户端访问在服务器上运行但在不同端口上的其他 Web 应用程序。

例如，我在 http://myDomain 上运行 express，而在端口 9000 上运行另一个应用程序。我希望能够通过http://myDomain/proxy/9000 访问其他应用程序。

我使用node-http-proxy取得了一点成功，例如：

function(req, res) {
  var stripped = req.url.split('/proxy')[1];
  var path = stripped.split('/');
  var port = path.shift();
  var url = path.join('/');

  req.url = url;
  proxy.web(req, res, {
    target: 'http://127.0.0.1:' + port
  });
}

然而，最大的问题是当 web 应用程序发出 GET 请求时，例如 /js/lib.js，它解析为 http://myDomain/js/lib.js，这是有问题的，因为 express 不知道这些资产。正确的请求是http://myDomain/proxy/9000/js/lib.js。如何路由所有这些额外的请求？

Answer 1

您需要做的是用新的 URL 模式替换初始页面中的 URL。发生的事情是您的反向代理返回的初始页面引用了：
/js/lib.js 或http://myDomain/js/lib.js
因此，当浏览器发出第二个请求时，它的反向代理模式错误。

根据传入的请求，您知道模式应该是什么样子。在您的示例中，它是http://myDomain/proxy/9000。然后从http://127.0.0.1:9000/ 上运行的另一台服务器获取相应的页面。您对该文件中的任何资源进行字符串替换。您需要尝试该模式，但您可能会寻找 'script src="/' 或 'href="/' 并且您可能会发现正则表达式有助于该模式，例如，如果 src 属性不是第一个列在脚本标签中。

例如，您可能会找到 'scr="/'，然后将其替换为 'src="/proxy/9000/'，这样当浏览器请求该本地资源时，它会通过您的端口来'重新寻找。这需要进行实验，并且它是一个很棒的算法，可以编写单元测试以达到完美。

完成替换后，您只需将该页面流式传输到客户端。 res.send() 会为你做这件事。

您可能会发现其他一些有用的东西是，ExpressJS 为您提供了一种提取端口号的方法，比您现在做的麻烦少一点。看看这个例子：

app.get('/proxy/:port', function(req, res){
    console.log('port is ' + req.params.port);
});

Answer 2

我不认为http://myDomain/proxy/9000 是正确的做法。网页将假定站点的域只是myDomain 而不是myDomain/proxy/9000，因为这是标准所说的。

使用9000.proxy.myDomain 之类的子域会更好地满足您的用例。