关于前端:使用-httpproxy-对网络请求进行代理

7次阅读

共计 1477 个字符,预计需要花费 4 分钟才能阅读完成。

应用上面这段简略的代码对网络申请进行代理:

const http = require('http');
const httpProxy = require('http-proxy');

const targetUrl = 'https://www.sap.cn/index.html';

const proxy = httpProxy.createProxyServer({target: targetUrl,});

http.createServer(function (req, res) {proxy.web(req, res);

}).listen(8089);

console.log('Proxy listens in 8089');

这段代码的语义是,创立一个代理 HTTP 服务器,监听在端口 8089 上。因而该代理服务器接管到任何发送到 8089 端口的 HTTP 申请,都会主动将其发送到 targetUrl 指定的 sap 网站上。

咱们命令行启动这个服务器:

node server.js

遇到如下谬误音讯:

Error [ERR_TLS_CERT_ALTNAME_INVALID]: Hostname/IP does not match certificate’s altnames: Host: localhost. is not in the cert’s altnames: DNS:www.sap.cn

具体的调用栈:

at Object.checkServerIdentity (tls.js:297:12)
    at TLSSocket.onConnectSecure (_tls_wrap.js:1507:27)
    at TLSSocket.emit (events.js:315:20)
    at TLSSocket._finishInit (_tls_wrap.js:932:8)
    at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:706:12) {
  reason: "Host: localhost. is not in the cert's altnames: DNS:www.sap.cn",
  host: 'localhost',
  cert: {subject: [Object: null prototype] {
      C: 'DE',
      L: 'Walldorf',
      O: 'SAP SE',
      CN: 'www.sap.cn'
    },

当咱们应用 SSL 连贯到服务器时,服务器所做的第一件事就是提供一个证书,下面写着 我是 api.dropbox.com。证书有一个 主题 ,该主题有一个 CN(Common Name, 通用名称的缩写)。证书也能够有一个或多个 subjectAltNames。当 node.js 连贯到服务器时,node.js 会获取此证书,而后验证它认为它正在连接的域名 (api.dropbox.com) 是否与主题的 CN 或其中一个代替名称匹配。请留神,在 node 0.10.x 中,如果应用 IP 连贯,则 IP 地址必须在 altnames 中 – node.js 不会尝试依据 CN 验证 IP。

尽管谬误是对于 SSL 证书和域名不匹配,然而在 http-proxy 模块中,当您的服务器是 HTTP 并且指标是 HTTPS 时,通常会呈现这种谬误。

到这个开发包的官网 查找起因。

应用下列代码捕获谬误:

proxy.on('error', function(e) {...});

当一个申请被代理时,它遵循两个不同的管道,它们将转换利用于 req 和 res 对象。第一个管道(传入)负责创立和操作将客户端连贯到 target 的流。第二个管道(传出)负责创立和操作从 target 向客户端返回数据的流。

在创立时增加 secure:false 选项,问题隐没:

正文完
 0