服务器IP显示成本地IP，多数时候不是地址被改坏了，而是流量出口、地址绑定或解析环节把内网地址暴露了出来。先确认你是在服务器本机看到的，还是在外部访问时看到的，这两条排查路线完全不同，走错方向会白折腾半天。
服务器IP为什么显示成本地IP地址？先分清三种场景
很多人一看到 168.x.x 或 x.x.x 就慌，以为公网IP丢了，其实同一个现象背后至少有三种原因，处理方式差别很大。
| 你看到的现象 | 实际原因 | 快速判断方法 |
|---|---|---|
| 服务器里执行查IP命令，返回内网地址 | 网卡只绑了私网地址，或出口走了内网网关 | ip route get 8.8.8.8 看走哪张网卡 |
| 云主机控制台有公网IP，系统内看不到 | 弹性公网IP通过NAT映射，属正常设计 | 用外部接口查出口地址 |
| 域名解析结果是内网地址 | hosts文件、内网DNS或解析记录配错 | nslookup 域名 换公共DNS再查 |
| 局域网能访问，外网打不开 | 缺端口映射、安全组规则或公网入口 | 从外网 telnet 端口测试 |
| 两台机器抢同一个地址 | 静态IP规划重复或DHCP地址池重叠 | arp -a 看MAC是否异常变化 |
先把这张表对一遍,基本能锁定方向。
网卡绑定和路由表把出口锁在了内网
服务器有多张网卡时,默认路由只认一条，如果内网网卡的优先级更高，所有出站流量都会从内网走，外部看到的自然就是内网地址。
在Linux上依次执行：
ip addr看每张网卡绑了什么地址ip route show看默认路由指向哪个网关ip route get 8.8.8.8看访问外网实际走哪张卡
如果默认路由指错了,用 ip route replace default via 网关地址 dev 网卡名 修正，再写进配置文件持久化，Windows Server 上对应的是 route print 和 Get-NetIPConfiguration，多网卡场景还要看接口跃点数，跃点数小的优先。
云服务器公网IP变成内网IP怎么解决
这是问得最多的一类,据主流云厂商公开文档，弹性公网IP是以NAT方式映射到实例私网地址的，所以你在系统里 ip addr 只能看到私网IP，这是正常现象，不是故障。
真正要排查的是出口,在服务器上执行 curl -4 ifconfig.me 或 curl -4 ip.sb，返回的地址才是外界看到的出口地址，分三种结果处理：
- 返回公网地址：说明映射正常，问题在安全组或应用监听地址。
- 返回内网地址：检查弹性IP是否绑定到这台实例，或是否走了NAT网关的SNAT规则。
- 命令超时：先查安全组出方向规则和路由表，再查实例是否欠费受限。
顺带提醒一句,应用只监听 0.0.1 也会导致外部访问不通，用 ss -lntp 看监听地址，0.0.0 或具体网卡地址才是对外可用。
本地电脑搭建服务器外网访问IP地址怎么设置
在家用电脑或办公室机器上跑服务,想让外网访问，核心难点是运营商给不给公网IPv4，近年来不少家庭宽带落在CGNAT后面，光猫上显示的地址和实际出口地址不一致，端口映射做了也没用。
判断方法很简单：在路由器管理页看WAN口IP，再和 curl -4 ifconfig.me 的结果比对，不一致基本就是大内网。
可行的几条路：
- 有公网IPv4：路由器上做端口映射，把外网端口转发到内网机器的固定IP，再配DDNS应对地址变化。
- 没有公网IPv4：用一台带公网IP的云服务器做反向代理或内网穿透，本地机器主动向外建立隧道，不依赖入站端口。
- 只有IPv6：确认运营商下发前缀，光猫和路由器放行入站，客户端侧也要有IPv6才能访问。
局域网服务器用本地IP访问没问题,但一旦要跨网访问，本地IP本身就不具备可路由性，必须有一个公网入口做中转。
服务器IP地址和本地IP地址冲突怎么解决
冲突的典型表现是间歇性断网、远程连接时通时断、访问某台服务却跳到了另一台机器，行业共识认为，这类问题九成出在地址规划，而不是设备故障。
排查顺序建议这样走：
- 在冲突机器上执行
arping -I 网卡名 目标IP，看是否收到两个不同MAC的回应。 - 查看
arp -a表项，同一IP对应多个MAC就是明确信号。 - 登录接入交换机看MAC地址表和日志,确认哪台设备在抢地址。
- 检查DHCP地址池是否和手工配置的静态地址重叠。
解决方式按成本从低到高排：
- 把冲突设备改成地址池之外的静态IP,并记录到地址规划表。
- 在DHCP服务器上为关键设备做地址保留,绑定MAC。
- 划分网段,服务器、办公终端、网络设备分开放。
- 交换机上做端口安全,限制单端口学习的MAC数量。
改完别忘了清理 ARP 缓存，Windows 用 arp -d ，Linux 用 ip neigh flush all。
按系统实操：几条命令定位问题
Linux 服务器
ip addr：确认地址绑在哪张网卡ip route show：确认默认路由ss -lntp：确认服务监听地址和端口curl -4 ifconfig.me：确认实际出口地址iptables -t nat -L -n -v或nft list ruleset：确认是否有地址转换规则
如果是Nginx反向代理,后端应用拿到的 remote_addr 往往是代理机地址，需要在代理配置里加 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;，后端按这个头取真实客户端地址。
Windows Server
ipconfig /all：看全部网卡配置route print：看路由和接口跃点数netstat -ano：看端口监听和对应进程Test-NetConnection 目标地址 -Port 端口：测连通性
应用层别忽略 hosts
Linux 在 /etc/hosts，Windows 在 C:\Windows\System32\drivers\etc\hosts，有些“域名解析到内网IP”的怪问题，就是早期调试留下的 hosts 记录没删，业内专家指出，排查解析异常时优先看 hosts，比查DNS记录快得多。
哪些情况本地IP可以留着，哪些必须换
不是所有本地地址都要改,判断标准只有一个：谁需要访问它。
可以保留本地IP的场景：
- 数据库、缓存、消息队列只在集群内部通信
- 内网办公系统,用户都在同一局域网
- 监控采集、备份通道等不对外暴露的服务
必须提供公网入口的场景：
- 对外网站、API接口、小程序后端
- 邮件服务、支付回调、第三方平台回调
- 需要异地办公访问的管理后台
后一类场景不一定要给服务器直接绑公网IP,用负载均衡、反向代理或跳板机做统一入口，安全性更好，地址管理也更清晰。
Q&A：服务器IP使用本地IP地址相关疑问
服务器上查到的IP是192.168开头，是不是被入侵了？
不是,192.168、10、172.16到172.31都是私有地址段，服务器只用私网地址是常见架构，判断是否异常，看的是出口地址和端口开放情况，不是本机地址本身。
云服务器买了公网IP，为什么系统里只有内网IP？
因为弹性公网IP采用NAT映射,不直接配置在实例网卡上，系统内看到私网地址、外部通过公网地址访问，这是设计如此，要验证，在实例内执行查出口地址的命令，返回公网地址即正常。
本地搭的服务器，外网用公网IP访问不了，是不是IP用错了？
多数情况不是用错IP,而是根本没有可用的公网入口，先比对路由器WAN口地址和实际出口地址，不一致说明处于运营商大内网，端口映射无效，需要改用中转或隧道方案；一致则检查映射规则、防火墙入站规则和应用监听地址三处。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/772448.html
