查应用服务器的IP地址，核心是先分清操作系统类型，Linux环境直接执行ip addr，Windows环境运行ipconfig，一分钟内就能拿到结果，如果服务器在云上，登录控制台看实例详情更直观,还能顺便确认公网IP和私有IP的区别。
应用服务器ip地址怎么查先分清公网和内网
很多朋友问“应用服务器的ip地址怎么看”，其实真正卡住的点不在命令本身，而是同一台服务器上出现了好几个IP，不知道哪个才是应用真正对外服务的那个，先做一次分类,后面排查方向就清楚了。
云服务器：控制台比命令行更快
简米云、酷番云、华为云的云服务器控制台，在ECS或CVM实例列表页会同时显示公网IP和私有IP，登录控制台找到对应实例,鼠标悬停在IP上还能看到更多网络信息。
这里有个细节容易忽略：在云服务器系统内执行ip addr，看到的往往是私有IP，而对外访问用的是公网IP，如果你把私有IP发给客户或写进对外配置,对方大概率连不上。
物理机或自建机房：直接看网卡配置
物理服务器没有控制台可看，最常见的方式是远程登录系统，或者走带外管理卡（如iDRAC、IPMI），查看本机IP时，Linux认准inet字段，Windows认准“IPv4地址”那一行，托管机房一般会提供一份IP分配表,可以把系统里查到的结果跟表上记录互相验证。
为什么你可能看到好几个IP
一台服务器上至少存在回环地址0.0.1和物理网卡IP，如果配置了多块网卡、VLAN或者浮动IP，输出会更多，判断哪个IP属于应用，要看应用进程监听的地址，比如Nginx监听0.0.0:80就代表所有网卡都响应，监听168.1.10:80就只对那个IP生效。
linux查看应用服务器ip地址的命令有哪些
Linux服务器在运维场景中占比最高，命令也最灵活，按优先级排序,推荐先掌握下面几个。
ip addr是首选命令
执行ip addr或简写ip a，输出中找eth0、ens33这类网卡名，下面第二行inet开头的就是IP地址，例如inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0
，斜杠后面的24表示子网掩码，实际使用中填168.1.10即可。
再看看有没有其他网卡名，服务器上常见的是ens160或eno1，表示物理网卡；virbr0是虚拟化网桥,一般不用关注。
ifconfig老命令还能用吗
ifconfig属于net-tools工具包，早期CentOS和Ubuntu版本自带，CentOS 7往后的新装系统不一定默认安装，如果提示command not found，直接改用ip addr，或者补装net-tools。
顺手确认应用监听端口
只看到IP还不够，要确认应用确实在跑，执行ss -lntp，输出里能看到进程监听的地址和端口。0.0.0:8080表示对所有IP开放，0.0.1:8080表示只允许本机访问,后者会导致外部连接失败。
行业共识认为，应用无法访问的故障里，相当一部分不是IP查错，而是监听地址写错，排查时把IP和端口绑定关系一起看,比反复敲命令更有效。
补充几个实用组合命令
hostname -I：只显示本机所有IPv4地址，输出比较干净ip -4 addr show：只列出IPv4，不被IPv6干扰curl ifconfig.me或curl cip.cc：拿出口公网IP，适合NAT环境
windows服务器查看ip地址的图形化操作
Windows Server虽然也有命令行，但很多运维和管理人员习惯先打开界面操作，图形化路径和命令行路径各说一遍,任选一种。
一条ipconfig命令搞定基础需求
按Win + R打开运行框，输入cmd回车，然后执行ipconfig，在“以太网适配器”或“无线局域网适配器 WLAN”下面找“IPv4 地址”,那一行就是本机IP。
ipconfig只能看IP的基本信息，需要DNS服务器、网关、MAC地址时改用ipconfig /all，排查网络冲突时,这个命令输出的物理地址和DHCP租约信息更有价值。
控制面板完整路径
右键桌面右下角网络图标，打开“网络和Internet设置”，进入“更改适配器选项”，双击正在使用的网卡图标，点“详细信息”就能看到IP地址、子网掩码、DNS等内容，路径比较绕,胜在每一步都可见。
PowerShell里也有更现代的办法
打开PowerShell，执行Get-NetIPAddress -AddressFamily IPv4，显示效果比ipconfig更结构化，还带接口索引号,适合写脚本批量抓取多台服务器IP时使用。
别忽略DHCP和静态IP的区别
DHCP分配的IP可能随租约过期而变化，静态IP则固定不变，查看网卡属性里的“Internet协议版本4（TCP/IPv4）”，如果选的是“自动获得IP地址”就是DHCP，选了“使用下面的IP地址”就是静态配置。
应用服务器ip和数据库ip为什么经常被搞混
不是凑字数，在实际运维中确实高频出现，相当一部分新手把两者混为一谈，最后修改了错误机器的防火墙策略,导致线上事故。
应用连接的是数据库的IP，不是自己的IP
假设你在168.1.10这台服务器上部署了Tomcat，Tomcat配置文件里写了jdbc:mysql://192.168.1.20:3306/order，那么168.1.10是应用服务器IP，168.1.20是数据库IP，应用服务器IP是进程运行环境的地址,数据库IP是数据存储节点的地址。
排查时最忌讳的思路是：在应用服务器上看到配置文件里有个IP，就复制去改另一台机器的策略，要先确认你手里那个IP对应的是哪台机器、什么角色。
配置文件和实际环境脱节是常见故障源头
有些项目迁移服务器后，代码里还写着旧环境的数据库IP，应用能启动，数据却连不上，这时在应用服务器本机执行ss -lntp看监听端口，再用lsof -i:端口确认进程身份,就能定位依赖关系。
建议建一张简单的资源清单，记录每台主机名、IP角色、应用端口、数据库端口，排查故障时先在清单上定位,而不是现查现猜。
应用服务器ip地址被限制或绑定失败怎么排查
IP查到但服务不通，是另一个高频问题，这里压缩成三条可执行的动作,按顺序走完大多能定位到原因。
先确认IP没有被安全组拦截
云服务器最常见的拦截层是安全组，登录云控制台，查看实例绑定的安全组入方向规则，确认应用端口（比如8080
）是否允许来源IP访问，业内专家指出，相当一部分连接超时问题出在安全组而非应用本身，系统里看一切正常,但流量根本进不来。
有公网IP的实例两层规则都要查：云控制台安全组负责云网络层的拦截，系统内firewalld或iptables负责主机层的拦截,只改一处常常不够。
再检查应用配置里的bind地址
很多应用有单独的监听配置，比如Nginx的listen指令，改成listen 0.0.0.0:8080可以让所有网卡上的请求都被接收，如果写的是0.0.1,只有本机能访问。
改动配置文件后记得重启进程或reload配置，Nginx执行nginx -t验证语法，再nginx -s reload生效；Tomcat改动server.xml后需要重启服务。
自检命令组合做最终验证
在应用服务器本机验证本地监听：
- 在应用服务器本机验证本地监听
- 在另一台机器上验证远程连通性
- 最后验证HTTP响应
ss -lntp | grep 8080 telnet 192.168.1.10 8080 curl -I http://192.168.1.10:8080
如果本地telnet通、远程不通，问题大概率在安全组或防火墙，如果curl返回错误,再查应用日志。
关于应用服务器ip地址的常见问题解答
Q1：应用服务器ip地址怎么看最准确？
在服务器本机操作，Linux执行ip addr，Windows执行ipconfig，然后登录云控制台核对公网IP和私有IP，应用监听范围通过ss -lntp或netstat -ano确认,以实际部署结果为准。
Q2：公网IP和内网IP不一样，该用哪个？
对外提供服务、给客户访问的使用公网IP；内部系统之间互相调用的使用内网IP，速度更快且不占用公网带宽，配置防火墙和安全组时两类都要检查,缺一个都可能导致访问失败。
Q3：应用服务器和数据库必须部署在不同机器上吗？
不必须，小型项目可以部署在同一台服务器上，此时IP相同但端口不同用于区分服务；生产环境多数情况下用独立服务器部署，性能和隔离性更好,应用服务器IP和数据库IP也就分开了。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/755864.html
