connect ECONNREFUSED 127.0.0.1:80 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1113:14)
async asyncData
方法去请求后台地址刷新页面就没问题,若是使用了该方法去请求后台刷新页面就报上面的异常。nuxt.config.js
中的proxy
,结果没用。async asyncData
向服务端发送请求是要填写完整的http://服务器ip:端口/api
,可是我有proxy
代理为何还要填写完整的地址呢?最后修改package.json
中的地址html
host
设置为127.0.0.1
或者localhost
后项目启动没问题,可是页面没法打开。host
设置为服务器内网ip地址
后项目启动没问题,页面正常打开,刷新没有async asyncData
方法的页面正常,刷新有这个方法的页面就包异常了connect ECONNREFUSED 127.0.0.1:80 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1113:14)
,host
设置为0.0.0.0
后,页面后项目启动正常,页面刷新正常。查看进程和端口显示为服务器内网ip:80
也是正常的。在package.json中修改host为0.0.0.0
node
"config": { "nuxt": { "host": "0.0.0.0", "port": "80" } }
0.0.0.0
、内网ip、公网ip,127.0.0.1
的讲解其实只想咱们的服务器自己的ip有不少,公网ip,内网ip,localhost,127.0.0.1,若是生产环境中咱们的node服务指定了内网ip,那么利用公网ip访问时就会出错。而 0.0.0.0
在服务器中指的是一个集合,包含全部指向自身的ip集合ios
摘自 https://www.cnblogs.com/sddai...编程
127.0.0.1和0.0.0.0地址的区别
在进行网络编程时,会将服务器的IP地址设置为127.0.0.1。而后绑定端口,开始监听。可是对于服务器来讲,除了127.0.0.1,还有内网IP和公网IP,绑定本地的话只能局域网传输,因此,应该怎么绑定?json
先复习一下IP类型:axios
IP地址一共分为5类,即A~E,它们分类的依据是其net-id所占的字节长度以及网络号前几位。
- A类地址:网络号占1个字节。网络号的第一位固定为0。
- B类地址:网络号占2个字节。网络号的前两位固定为10。
- C类地址:网络号占3个字节。网络号的前三位固定位110。
- D类地址:前四位是1110,用于多播(multicast),即一对多通讯。
- E类地址:前四位是1111,保留为之后使用。
还有些特殊地址:
- 127.0.0.1:回环地址。该地址指电脑自己,主要预留测试本机的TCP/IP协议是否正常。只要使用这个地址发送数据,则数据包不会出如今网络传输过程当中。
- 10.x.x.x、172.16.x.x~172.31.x.x、192.168.x.x:这些地址被用作内网中。用作私网地址,这些地址不与外网相连。
- 255.255.255.255:广播地址
- 0.0.0.0:这个IP地址在IP数据报中只能用做源IP地址,这发生在当设备启动时但又不知道本身的IP地址状况下。
由此看,两个都属于特殊地址。api
IPV4中,0.0.0.0地址被用于表示一个无效的,未知的或者不可用的目标。
* 在服务器中,0.0.0.0指的是本机上的全部IPV4地址,若是一个主机有两个IP地址,192.168.1.1 和 10.1.2.1,而且该主机上的一个服务监听的地址是0.0.0.0,那么经过两个ip地址都可以访问该服务。
* 在路由中,0.0.0.0表示的是默认路由,即当路由表中没有找到彻底匹配的路由的时候所对应的路由。服务器用途:
- DHCP分配前,表示本机。
- 用作默认路由,表示任意主机。
- 用作服务端,表示本机的任意IPV4地址。
localhost:
只是一个域名,能够表明任何IP地址。默认是127.0.0.1 ,在/etc/hosts文件下。
在实际应用中,通常咱们在服务端绑定端口的时候能够选择绑定到0.0.0.0,这样个人服务访问方就能够经过个人多个ip地址访问个人服务。
好比我有一台服务器,一个外网A,一个内网B,若是我绑定的端口指定了0.0.0.0,那么经过内网地址或外网地址均可以访问个人应用。网络