怎么查看web服务器配置的IP，服务器IP地址是什么？

看你web服务器配置的什么ip,核心答案：直接在你的服务器终端里运行 ip addr 或 curl ifconfig.me，前者看内网IP，后者看公网出口IP，然后用 netstat -tlnp 确认Nginx或Apache正在监听的具体IP地址。

很多朋友在维护网站时,都会遇到一个灵魂拷问：我这台web服务器上到底绑了哪个IP？这个问题看似基础，但往往牵扯到内网穿透、负载均衡、HTTPS证书绑定等多个环节，搞不清楚，排查问题时就容易像个无头苍蝇，今天咱们就坐下来，把这事儿彻底聊透，从命令行到配置文件，再到DNS解析，一层层剥开来看。

用命令快速定位服务器当前IP

想知道web服务器配了什么IP,最直接的办法是问操作系统，别急着去看那些复杂的云控制台，命令行能告诉你最真实的状态。

查看本机内网IP：ip addr

登录服务器后,输入 ip addr 或者老一点的 ifconfig，系统会列出所有网络接口，重点看 eth0 或 ens3 这类网卡下的 inet 字段，那个就是内网IP。inet 172.20.0.5/24，说明这台机器在私网段里，如果你的web服务只对内提供服务，那么配置的IP大概率就是这个。

• 内网IP通常以 x.x.x、16~31.x.x、168.x.x 开头。
• 如果看到 docker0 或 br-xxxx 接口，那是容器虚拟网桥，不是物理IP。

查询公网出口IP：curl ifconfig.me

如果你的服务器有公网IP,且没挂在NAT网关后面，运行 curl ifconfig.me 就能看到出口公网IP，但这里有个坑需要注意：如果服务器前面有CDN或云负载均衡，这个命令显示的是CDN节点的IP，而不是源站IP，这种情况在排查“我配置的IP为什么访问不了”时特别容易误导人。

从配置文件确认web服务绑定的IP

光看系统IP还不够,Nginx和Apache都有自己的监听配置，你得确认web服务到底在听谁的“召唤”。

Nginx的listen指令

打开nginx配置文件,通常路径是 /etc/nginx/nginx.conf 或 /etc/nginx/sites-enabled/default，重点找 server 块里的 listen 字段。

listen 80; 这是监听所有IP的80端口，不管是内网还是公网，只要有IP发来请求都收。

listen 172.20.0.5:80; 这是只监听特定IP 20.0.5 的80端口，如果你配置了多个IP，但只绑了这一个，那么其他IP的80端口请求会被拒绝。

listen [::]:443 ssl; 这是监听IPv6的所有地址。

• 实操建议：用 nginx -T 命令可以输出完整有效的配置，方便你快速过滤 listen 行。
• 判断标准：如果配置的是 0.0.0:80 或 :80，说明web服务对任何本机IP都一视同仁。

Apache的Listen指令

Apache的配置在 /etc/httpd/conf/httpd.conf 或 /etc/apache2/ports.conf。Listen 80 与 Nginx 的 listen 80 类似，也是监听所有IP，想指定IP，可以写成 Listen 192.168.1.10:80，改完配置别忘了重启服务，systemctl restart httpd 或 nginx -s reload。

公网IP与内网IP在web配置中怎么选

这是配置IP时最容易纠结的地方,本质上不是“选哪个”，而是“你的服务给谁用”。

网站面向全球用户访问

这种情况下,web服务器必须能通过公网IP被访问到，如果你用的是云服务器，通常在云控制台能看到一个弹性公网IP（EIP），但这个IP往往不是直接配在网卡上的，而是通过NAT映射到内网IP。

• 关键操作：先确认云安全组或防火墙放行了80/443端口。
• 验证方法：本地浏览器直接访问 http://你的公网IP，如果通了，说明web配置没问题。
• 隐藏风险：如果netstat -tlnp显示nginx在监听内网IP的80端口，而云平台又做了端口转发，那么用户访问公网IP时，请求会流转到内网IP的web服务，此时配置文件里写内网IP是合理的。

服务器只有内网IP，通过反向代理对外提供服务

很多公司的web架构是：前端一台Nginx代理服务器（有公网IP），后端多台web应用服务器（只有内网IP），代理服务器将请求转发到后端的某个内网IP上（proxy_pass http://172.20.0.5:8080;）。

• 这种情况下,后端web服务器配置的IP应该就是内网IP 20.0.5。
• 重点检查代理配置中的IP是否与后端web实际监听的IP一致,不一致时，代理会报 502 Bad Gateway。

对比：什么时候必须绑定特定IP

多IP服务器上web服务绑定不对会出现什么状况

假设你的服务器有 168.1.10 和 0.0.8 两个内网IP，你希望web服务只监听 168.1.10，这时候如果你在配置里误写成了 0.0.8:80，那么通过 168.1.10 访问网站就会超时，而 0.0.8 却能打开。

• 这种服务器web配置后无法访问的问题，很多时候不是防火墙的锅，就是IP绑错了。
• 用 ss -lnt 命令查看当前监听状态，确认 Local Address 列是不是你要的那个IP。

查看web服务器IP时容易踩的隐藏坑

坑一：IPv6地址捣乱

有些服务器默认监听 ::80，这代表IPv6和IPv4通吃，如果你输入 netstat -tlnp 只看到 0.0.0:80，没看到IPv6，说明IPv6可能没启用，用户如果通过IPv6地址访问，就会失败。

坑二：云服务商的安全组规则是另一道门

即使web配置文件里的IP完全正确,操作系统防火墙也关了，但云控制台的安全组没放行对应IP的端口，外部依旧无法访问。行业共识认为，七成以上的“IP配置有问题”最后都发现是安全组规则拦路。

坑三：看了公网IP，却忘了服务绑的是内网IP

在简米云或酷番云上,你看到的公网IP其实是映射出来的，web服务本身监听的是私网IP，如果你在配置SSL证书时，填了公网IP的域名，但Nginx的 server_name 没匹配上，就会提示证书不匹配。

Q&A：关于web服务器配置IP的常见疑问

问：我改了nginx配置里的IP，但 netstat 看到的还是旧IP，怎么回事？

答：修改配置后，需要执行 nginx -s reload 让worker进程重新加载配置，如果你用的是 systemctl restart nginx，确保完全退出再启动，偶尔会有残留进程占着旧端口，用 fuser -k 80/tcp 杀掉端口占用进程后再重启服务，监听IP就会变成新配置的地址。

问：配置服务器IP时，选公网IP还是内网IP更稳定?

答：对于后端应用服务器，推荐配置内网IP，原因是内网通信延迟低，且不占用公网带宽资源，前端接入层（如负载均衡实例）才需要绑定公网IP，多数情况下，内网IP的稳定性取决于物理网络质量，而公网IP的稳定性受运营商路由波动影响更大。

问：curl ifconfig.me 显示的IP和域名解析的IP不一致，该信哪个？

答：curl ifconfig.me 显示的是服务器访问公网时的出口IP，也就是NAT转换后的地址，域名解析出的IP是你手动配置的DNS A记录指向，如果你用了CDN，那么域名解析的是CDN节点IP，和源站出口IP当然不同，检查web服务器配置的IP，应以 ip addr 和 netstat 显示的本机IP为准，这两个命令的结果能真实反映服务器自身拥有的IP地址。