流浪端口转发不起作用：对等方重置连接

Question

ssh 端口转发（默认启用）工作正常，但我的自定义端口转发不行。

我从the official docs 获取了下面的配置，但它不起作用:(

主机运行 Ubuntu 17.04

Vagrantfile 是：

Vagrant.configure("2") do |config|
    config.vm.box = "ubuntu/xenial64"
    # though, I've also tried ubunty/zesty64 and centos/7 - with same results
    config.vm.provision :shell, path: "vagrant/provision.sh"
    config.vm.network "forwarded_port", guest: 3000, host: 3001
end

http服务器是node.js，在guest机器上监听3000端口

当我运行 vagrant up 时，我看到有 2 个端口转发：

==> default: Forwarding ports...
    default: 3000 (guest) => 3001 (host) (adapter 1)
    default: 22 (guest) => 2222 (host) (adapter 1)

我通过端口 2222 上的 ssh 成功连接到访客，因此转发 22 (guest) => 2222 (host) 工作正常。

从客户机（通过 ssh）访问端口 3000 也可以正常工作：
（以下是连接到访客机器时来自 ssh 控制台的引述）

ubuntu@ubuntu-xenial:~$ curl -v http://localhost:3000/
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 3000 (#0)
> GET / HTTP/1.1
> Host: localhost:3000
> User-Agent: curl/7.47.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Content-Type: text/plain
< Date: Fri, 14 Jul 2017 12:34:29 GMT
< Connection: keep-alive
< Content-Length: 12
< 
Hello World
* Connection #0 to host localhost left intact

但是直接从主机请求端口 3001 失败：
（以下是本地主机上常规控制台（不是 ssh）的引用）

$ curl -v http://127.0.0.1:3001/
*   Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to 127.0.0.1 (127.0.0.1) port 3001 (#0)
> GET / HTTP/1.1
> Host: 127.0.0.1:3001
> User-Agent: curl/7.52.1
> Accept: */*
> 
* Recv failure: Connection reset by peer
* Curl_http_done: called premature == 1
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer

我还发现这与防火墙无关，因为它被禁用（在两台机器上）：

ubuntu@ubuntu-xenial:~$ sudo ufw status
Status: inactive

我还注意到两台机器上的所有其他端口都返回相同的结果：

ubuntu@ubuntu-xenial:~$ curl http://127.0.0.1:3003/
curl: (7) Failed to connect to 127.0.0.1 port 3003: Connection refused

——这仅仅意味着这些端口在各自的机器上是关闭的，这完全没问题。

并且只有主机上的 3001 端口返回Connection reset by peer：

$ curl http://127.0.0.1:3001/
curl: (56) Recv failure: Connection reset by peer

——这意味着网络设置有问题。但究竟是什么？

请帮我正确设置端口转发！

更新 1

也许这很重要：升级 vagrant 时，控制台会打印以下内容：

==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 3000 (guest) => 3001 (host) (adapter 1)
    default: 22 (guest) => 2222 (host) (adapter 1)

也许原因是 Vagrant 出于某种原因转发了错误适配器的端口？也许它应该只转发给host，它转发给nat？我不明白，这只是一个假设。

Answer 1

最后，我能够修复它！

原因不是端口转发配置错误，也不是 Vagrant 的某些设置，甚至是 VirtualBox，也不是 Guest，也不是 Host OS。

原因是我错误地设置了 Node.JS 的端口监听。

我所做的（不正确）：我已将其设置为在来宾计算机上侦听端口 3000。我认为客户机器的本地 IP 可以从内部获得，像往常一样是 127.0.0.1。下面是我的 Node.JS 服务器代码：

const http = require('http');

const hostname = '127.0.0.1';
const port = 3000;

const server = http.createServer((req, res) => {
    res.statusCode = 200;
res.setHeader('Content-Type', 'text/plain');
res.end('Hello World\n');
});

server.listen(port, hostname, () => {
    console.log(`Server running at http://${hostname}:${port}/`);
});

我必须做的（正确）：将其设置为侦听同一端口，但在其他 IP：0.0.0.0 - 这是客户机的正确本地 IP，在使用时可在内部使用连同端口转发。

因此，我的 Vagrantfile 是正确的；这是我在 Node.JS 服务器中修复的内容：

const hostname = '0.0.0.0';
const port = 3000;
...
server.listen(port, hostname, () => {

P。 S. 对于这个问题给我带来的不便，我深表歉意。感谢所有帮助过我的人！起初，当我找到解决方案时，我打算删除这个问题，但决定我自己回答会更好，以便像我这样的其他人可以节省他们和其他人花费在修复此类案例上的时间未来，所以我决定保留它。

Answer 2

从127.0.0.1:3000 切换到0.0.0.0:3000 确实将客户机运行服务暴露给主机网络，但是，我觉得应该存在更好的方法，无论如何，值得一提的是，我注意到在客户机操作系统上运行netstat -nltp 会显示将暴露给主机操作系统的“外国地址”。