本机的linux服务器地址是什么意思，linux查看本机ip地址命令？

“本机的linux服务器地址”不是固定的某个IP，而是根据使用场景分为回环地址（127.0.0.1）、局域网私有IP和公网IP三种形态，你问的最可能是部署服务时该填的“监听地址”。

这句话是什么意思？很多人在配置Nginx、MySQL或Docker时，会看到配置文件里写着0.0.1、0.0.0或者一串类似168.1.100的地址，教程让他们填“本机服务器地址”，于是卡住了，这篇文章把这个问题拆开讲清楚，看完你就知道该填什么，以及为什么不同场景下答案不一样。

本机的linux服务器地址到底指哪个IP

首先要打破一个误区：Linux服务器没有“唯一”的本机地址，一台标准配置的Linux服务器至少有两个地址在同时工作。

第一个是回环地址（Loopback Address），固定为127.0.0.1，这个地址只代表“这台机器自己”，外部任何设备都无法通过它访问到你的服务器，你在服务器上执行ping 127.0.0.1能通，只是验证了TCP/IP协议栈是好的，并不代表网络配好了。

第二个是网卡上的实际IP地址，执行ip addr命令，你会看到类似eth0或ens33的网卡条目，下面inet字段标的就是真实IP，如果是云服务器，这通常是一个内网IP，比如16.0.5或168.1.2。

第三个是公网IP，这个地址不在本机的ip addr输出里，而是存在于云服务商的控制台或路由器的WAN口设置中，服务器自身并不知道自己的公网IP是什么，除非你安装了专门的检测工具去询问外部服务。

当有人告诉你“填写本机的linux服务器地址”时，他们心里想的可能是上面三个中的任何一个，行业共识是：大部分配置场景下，他们指的是回环地址127.0.0.1或通配地址0.0.0.0，而不是你查出来的那个内网IP。

区分三种本机地址的适用场景

为了不再混淆,把场景对应关系记牢，这张表是你在写配置时最常用的判断依据：

什么时候填127.0.0.1

你只是在服务器本机上调试服务,比如用curl http://127.0.0.1:8080测试接口，或者数据库只给本地应用程序用，这时填127.0.0.1最安全，因为外部网络完全无法触达这个端口，减少了被攻击面。

举一个实际配置例子,你装上MySQL后，默认监听地址就是127.0.0.1，如果此时你试图从另一台电脑用Navicat连接这台服务器的MySQL，无论填什么地址都会失败，因为你没改配置，MySQL根本没在对外网卡上监听，这时候需要修改/etc/mysql/mysql.conf.d/mysqld.cnf，把bind-address从0.0.1改成0.0.0，重启服务后它才会接受外部连接，前提是防火墙放行了3306端口。

什么时候填0.0.0.0

简单说,0.0.0不是一个具体的IP，它代表“本机所有网卡地址”，当你启动一个服务、把它绑定到0.0.0.0时，意味着无论客户端从哪个网卡IP进来，这个服务都能接住请求。

用Nginx举例,默认Nginx配置里listen 80;等价于监听所有网卡的80端口，如果你改成listen 127.0.0.1:80;，那就只有本机能访问网站页面，外部用户访问会连接失败，部署Web服务时填0.0.0.0是常规操作。

需要说明的是,填0.0.0.0不等于直接暴露到公网，云服务器运营商的安全组规则还要单独放行端口，也就是说，服务监听0.0.0.0是“软件层面接受请求”，安全组是在“网络层面拦截或放行”，两层都通过，外部才能真正访问到。

什么时候填具体的内网IP或公网IP

在Linux服务器上做集群互联时,比如有两个内网IP分别为168.1.10和168.1.11的节点，需要互相调用API，这时服务端如果绑定0.0.0.0没问题，客户端请求的地址就要填服务端的内网IP，而不是127.0.0.1或0.0.0.0。

很多人在配置Consul、etcd或Kafka广告位时出错，就是把监听地址（例如0.0.0.0）和广播地址（advertise address，例如192.168.1.10）搞混了，监听地址告诉服务“我在哪个网卡上等着”，广播地址告诉其他节点“你们来访问我时用哪个IP”，这两个填同一个值在很多场景下会报错，尤其是多网卡服务器上。

用命令查询本机的linux服务器地址

既然配置时需要知道具体IP,那就需要亲自查，逐一演示排查流程，可验证性很强。

查询内网IP：ip addr

登录服务器终端,输入：

ip addr

较长,重点看eth0或ens18之类的网卡名下方那一行inet字段，例如inet 172.20.10.3/24 brd 172.20.10.255 scope global eth0，这里的20.10.3就是当前网卡的内网地址，掩码/24意味着这个地址属于20.10.0/24这个网段，前三段相同的设备在同一个局域网里。

有的服务器有多块网卡,比如内网网卡eth0和公网网卡eth1，你会看到两个不同的IP，分别适用不同场景。

查询默认路由和网关：ip route

ip route

输出会有一行default via 172.20.10.1 dev eth0，这个20.10.1就是默认网关地址，服务器访问外网时，数据包都先发给它，这个地址和你的内网IP在同一个网段，也是排查网络问题时第一个要ping的对象。

查看服务实际监听的地址：ss -tlnp

两个命令查的是网卡配置,真正决定“服务当前监听在哪个地址”的，要看ss命令的返回结果。

ss -tlnp

关注Local Address:Port一列，如果显示0.0.0:3306，说明MySQL监听在所有网卡上；如果显示0.0.1:3306，说明只能本机连，这里看到的结果和配置文件里的bind-address是一致的，每次改完配置文件，记得用systemctl restart 重启对应服务，再用ss验证是否生效。

查公网IP：借助外部接口

刚才说过,本机ip addr查不到公网IP，如果需要知道这台服务器对外的公网地址，在能访问互联网的前提下执行：

curl ifconfig.me

输出就是当前出口的公网IP,云服务器厂商的控制台里也能看到这个IP，两者对照可以判断服务器是否经过了NAT转发。

配置文件中“本机地址”的常见填法

实际写配置时,不同软件对地址的措辞不一样，容易把人绕晕，把最常用的几种情况整理好：

Nginx反向代理的proxy_pass

假如要给本机的某个应用配置反向代理,nginx.conf里有这么一段：

server {
    listen 80;
    server_name example.com;
    location / {
        proxy_pass http://127.0.0.1:3000;
    }
}

这里的0.0.1:3000指的是Nginx把请求转发给本机上在3000端口运行的应用，例如一个Node.js服务，因为Nginx和Node应用在同一台服务器上，所以走回环地址最合理，省去绕行网卡的消耗。

MySQL的bind-address

/etc/mysql/mysql.conf.d/mysqld.cnf文件里有：

bind-address = 127.0.0.1

这个配置的作用是限定MySQL只接受来自本机的连接请求,如果你需要允许局域网内其他电脑连过来，改成0.0.0，然后重启：

sudo systemctl restart mysql

同时还要检查防火墙和云安全组是否放行3306端口,云服务器厂商的端口放行通常需要在网页控制台操作，单靠服务器内的ufw或firewall-cmd完成不了全部工作。

Docker容器端口映射

运行容器时的-p参数也涉及本机地址的概念，意思是把容器的端口映射到宿主机的指定地址上。

docker run -p 127.0.0.1:8080:80 nginx

这是说宿主机只允许本机通过8080端口访问容器里的80端口,外部访问不了，如果想让局域网能访问，不加IP只写-p 8080:80，等价于映射到宿主机所有网卡上。

常见误区是在-p参数里填写容器内部的IP地址，那是多余的，因为-p限定的是宿主机接收请求的地址，不是容器自身的地址。

远程连接情景下的“本机”是另外一台机器

有一个概念容易混淆,尤其是操作云服务器时，你把一台云服务器的公网IP填进SSH客户端，点连接后成功登录，这时候终端里显示的root@hostname提示符，指的是那台远程服务器的地址，你的本地电脑才是“远方”。

在讨论分布式架构时,人们常把“配置中心地址”“注册中心地址”说成本机地址，例如设置Kafka的advertised.listeners时，如果填了0.0.1，那本机消费者能连上Kafka，但其他服务器上的客户端怎么都连不上，正确做法是填这台Kafka服务器在集群中可达的IP，比如168.1.10或内网域名。

业内专家指出,在处理这类问题时先问自己一句：“谁要访问我？”如果只有我自己访问，用127.0.0.1；如果别人也要访问，就填0.0.0.0或具体网卡IP，这个判断顺序能解决九成以上的地址困惑。

如何验证填写的地址是正确的

配置改完了,不能光靠眼睛看，必须实际测。

从本机验证

curl http://127.0.0.1:服务端口

能返回响应,说明服务在回环接口上运行正常，然后再换成本机内网IP测试：

curl http://192.168.1.10:服务端口

也能通,说明服务确实绑定到了对外网卡上，这一步可以通过ss -tlnp看到的监听地址来验证。

从另一台机器验证

在局域网内另一台电脑上执行：

telnet 192.168.1.10 服务端口

或者用nc -zv测试端口连通性，如果telnet能建立连接，说明从网络层面到服务层面的路径都是通的，如果不通，按顺序检查：服务是否在监听、Linux防火墙是否放行、云安全组是否放行。

一个值得留意的细节

即使服务监听了0.0.0.0，systemctl status显示的状态也是“active (running)”，不会主动告诉你网络是否可达，所以端口连通性测试是唯一可靠的验证手段，每次修改完配置文件，都要做一次跨机器验证，而不是只盯着本机curl的结果就宣布配置完成。

常见疑难排查：填了地址但连不上

遇到最多的情况是：明明把bind-address改成0.0.0，服务也重启了，可别的机器就是连不上，按照优先级从高到低排查：

• 本机防火墙，执行sudo ufw status或sudo firewall-cmd --list-all，看对应端口是否在放行列表中，没有放行则执行sudo ufw allow 端口号。
• 云厂商安全组，登录云控制台，找到实例所属安全组，确认入方向规则里有放行对应TCP端口，这一步经常被忽略，因为它在服务器操作系统之外。
• SELinux或AppArmor限制，部分系统默认启用强制访问控制，拦截了非标准端口的监听或访问，执行getenforce，如果返回Enforcing，用sudo setenforce 0临时关闭后测试，能通的话就说明是SELinux策略拦住了。
• 服务配置未重载，有些服务改配置文件后要reload而不是restart，比如Nginx执行nginx -s reload，直接重启多数时候也行，但保险起见看一下服务文档。

常见问题速答

问：linux查本机ip地址命令是什么？

答：最通用的是ip addr，同时显示所有网卡和IPv4/IPv6地址，旧的ifconfig命令在部分最小化安装的系统上不存在，需要先安装net-tools包，只看IPv4地址可以简化为ip -4 addr show，这样输出更紧凑，不容易被IPv6信息干扰。

问：为什么配置服务时填内网IP，在外面用公网IP反而连不上？

答：因为服务监听在内网IP上，没有监听公网网卡，云服务器的公网IP通常是NAT映射到内网的，流量到达云厂商网关后转发到底层内网IP，只要服务监听0.0.0，公网IP的流量才能被内网IP接住，如果服务只监听了某一个内网IP，那公网IP转发过来后可能落不到那个服务上，导致连接超时或拒绝。

问：127.0.0.1和0.0.0.0哪个是服务器真正的地址？

答：两个都是“真正的”，但含义完全不同，127.0.0.1只在本机内部有效，你用它访问任何服务，数据包不会离开本机网卡，0.0.0.0则是一个通配占位符，表示绑定本机所有网卡地址，对外真正体现出来的IP是ip addr里查到的那个内网地址或控制台显示的公网地址，这三个需要配合起来理解，而不是挑一个当唯一答案，判断依据始终是：你的服务要接收来自哪里的请求。