莫名其妙的node.js http抛出连接ECONNREFUSED（IPv6？）

我正在运行node.js，如下所示：

> http = require('http')
> http.get('http://myhost.local:8080',
    function (res) { console.log("RES" + res) }
  ).on('error', function (e) { console.log("Error:", e) })

> uri = require('url').parse("http://myhost.local:8080")
{ protocol: 'http:',
  slashes: true,
  auth: null,
  host: 'myhost.local:8080',
  port: '8080',
  hostname: 'myhost.local',
  hash: null,
  search: null,
  query: null,
  pathname: '/',
  path: '/',
  href: 'http://myhost.local:8080/' }
> http.get(uri,
    function (res) { console.log("RES" + res) }
  ).on('error', function (e) { console.log("Error:", e) })

隐式和显式解析的 URI 都会引发错误，并且我会得到以下输出：

错误：{ [错误：连接 ECONNREFUSED] 代码：'ECONNREFUSED'， errno: 'ECONNREFUSED', 系统调用：'连接'}

主人myhost.local是一个别名localhost in /etc/hosts, being:

127.0.0.1   localhost myhost.local myhost
255.255.255.255 broadcasthost
::1             localhost myhost.local myhost
fe80::1%lo0 localhost myhost.local myhost

EDIT：我几乎尝试了主机文件的所有排列，包括最明显的：

127.0.0.1   localhost 
255.255.255.255 broadcasthost
::1             localhost myhost.local myhost
fe80::1%lo0 localhost

EDIT我还应该提到的是，我现在已经在不止一台 Mac 上尝试过了。

尽管这似乎是一个相当常见的错误，但我没有看到任何有用的解释或解决方法。以下是一些值得注意的相关事实：

1. Running $ wget http://myhost.local:8080按预期工作，因此这不是防火墙问题。
2. Running $ telnet myhost.local 8080然后手动 GET'ing url 工作正常，所以这不是一个奇怪的 HTTP 问题。
3. 我使用 node.js 连接到其他主机没有遇到任何问题，例如http://www.google.com http://www.google.com

我希望有用的系统信息包括：

$ node -v
v0.9.11

$ uname -a
Darwin myhost.local 12.2.1 Darwin Kernel Version 12.2.1:
Thu Oct 18 12:13:47 PDT 2012; root:xnu-2050.20.9~1/RELEASE_X86_64 x86_64

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.8.2
BuildVersion:   12C3104

$ sudo  netstat -nalt | grep LISTEN | grep 8080
tcp6       0      0  ::1.8080  *.*    LISTEN

有谁知道这里发生了什么以及可能的修复方法是什么？

我将在这里发布此内容以防其他人遇到问题。

Bert Belder，Node.js 邮件列表：

在您的系统上“myhost.local”解析为三个不同的地址 （127.0.0.1、::1 和 fe80::1）。节点更喜欢 ipv4 而不是 ipv6，因此它会 尝试连接到 127.0.0.1。 127.0.0.1:8080 上没有任何内容监听，所以 connect() 系统调用失败并显示 ECONNREFUSED。节点不会重试 任何其他已解析的 IP - 它只是向您报告错误。 A 简单的解决方案是将“localhost”替换为预期的 目标 IP 地址“::1”。

这种行为是否正确尚有争议，但 是什么导致了它。

Bert