服务器在本机的IP地址就是127.0.0.1（IPv4）或::1（IPv6），也就是俗称的“回环地址”，它指向的是你当前操作的这个设备本身。
不管你是用Windows远程桌面连接云服务器，还是SSH登录到一台在京郊机房的Linux主机，你问“本机IP是多少”，答案永远是本地回环，不可能是公网IP，这个结论对所有操作系统都成立，是TCP/IP协议栈里写死的规则，但很多人真正想找的，其实是“我这台机器在局域网里的地址”或者“别人能访问我的那个公网地址”，这又是另一回事了，本篇文章就把这三个概念彻底拆开,让你一次搞明白。
先搞懂“本机”到底指哪台机器
很多人被“服务器在本机的IP”搞懵，是因为没分清“你手里敲命令的电脑”和“你远程连上的那台服务器”,这是完全不同的两个设备。
- 物理本机：你的笔记本或台式机，它的回环地址也是127.0.0.1，但它的局域网地址（如192.168.1.5）和公网地址,是另一个维度的概念。
- 远程服务器：你通过SSH或远程桌面连上的那台机器，对你来说它是“远端”，但对它自己而言，它就是“本机”，你在那台服务器的终端里输入命令查看IP,看到的就是那台服务器自己的IP信息。
核心结论：凡是问“本机IP”，只要是在当前操作系统的网络协议栈内部看，答案恒定是127.0.0.1，这是RFC 5735定义的保留地址段，任何试图把数据包发给这个地址的程序,数据都不会离开本机网卡。
下面这张表能帮你快速建立概念：
| 地址类型 | 典型示例 | 作用范围 | 是否可被外部访问 |
|---|---|---|---|
| 回环地址 | 0.0.1， ::1 | 仅本机进程间通信 | 否 |
| 私有地址 | 168.x.x， 10.x.x.x | 局域网内部 | 需NAT映射 |
| 公网地址 | 0.113.5 | 全球互联网 | 是 |
在服务器上查看本机IP的3组命令
虽然回环地址恒定，但你如果想确认这台服务器的局域网IP或配置的IP信息，还是要动手敲命令，以下是不同操作系统下的具体操作,你可以直接复制使用。
Linux服务器查询命令
大多数云服务器都是Linux系统,登录后依次执行以下命令：
ip addr show或ip a：这是现代Linux系统最推荐的命令，能清晰看到所有网卡接口的IPv4和IPv6地址，其中
lo
eth0或ens3接口下的inet字段,就是这台机器的私有IP地址。hostname -I：快速列出所有非回环的IP地址，不带多余信息,适合脚本处理。curl ifconfig.me：这条命令查询的是当前服务器出口的公网IP，注意，这个IP通常是NAT网关或负载均衡器的地址,不一定是网卡上直接配置的。
Windows服务器查询命令
使用远程桌面登录Windows Server后，打开命令提示符（CMD）或PowerShell：
ipconfig：显示所有网卡信息，IPv4 Address那一行就是本机IP，如果显示的是169.254.x.x，说明DHCP获取失败,这是一个自动配置的临时地址。ping localhost：用于验证本机回环是否正常，正常情况下会返回来自127.0.0.1的回复,TTL值为128。curl ifconfig.me：PowerShell 3.0以上版本自带curl别名,可以查询公网IP。
区分回环地址和网卡地址的关键
在执行ip addr命令时，你会看到两个关键接口：lo和eth0。lo的IP就是127.0.0.1，这是内核虚拟出来的接口。eth0才是真正的物理网卡或虚拟网卡,它上面的IP才是这台服务器在局域网中的身份。
记住这个逻辑：程序连接127.0.0.1，永远只找自己这台机器上的服务，程序连接eth0的IP，则可能被同一局域网内的其他机器访问，如果你在服务器上部署了Nginx或MySQL，监听地址写的是127.0.0.1，那就只有本机能访问；如果写的是0.0.0.0,则所有网卡上的请求都能被接收。
服务器本机IP和公网IP的关系
这是用户最容易迷惑的地方，很多新手买了云服务器，用ip addr查看到的内网IP是172.16.x.x或10.x.x.x，就以为这是公网IP,结果配置服务时怎么都连不上。
云服务器厂商的分配逻辑
在主流云平台中,你购买的云服务器通常有两层网络配置：
- 私网IP：由云平台的虚拟交换机分配，地址段在RFC 1918规定的私有范围内，这台服务器和其他同区域服务器通过这个地址内网互通,不经过公网。
- 公网IP：云平台通过NAT或弹性公网IP（EIP）的方式，将公网地址映射到这台服务器的私网IP上，你在服务器内部用
ip addr是看不到这个公网IP的,它通常被配置在云平台的网关设备上。
验证方法：在服务器上执行curl ifconfig.me，如果返回的IP地址和管理控制台上显示的公网IP一致,说明你的出网流量是直连的或者是NAT映射。
为什么你配置了公网IP还是连不上
- 安全组规则：云平台的安全组相当于虚拟防火墙，如果你没有放行对应的端口（如22、80、443），哪怕IP配置正确，外部也连不进来，登录云控制台，找到安全组列表,检查入方向规则是否允许来源IP和端口。
- 系统防火墙：Linux的
firewalld或iptables，Windows的高级安全Windows Defender防火墙，都可能拦截外部请求，排查时先临时关闭系统防火墙测试,确认问题后再添加放行规则。 - 服务监听地址：这一点极关键，你的程序是否监听了
0.0.0或？如果Nginx的listen指令写的是listen 127.0.0.1:80，那么外部流量经过公网IP转发到内网IP后，会因为目标地址是127.0.0.1而被内核拒绝，导致连接失败，检查你的服务配置文件，确认监听地址是0.0.0。
一个完整的实际排查场景
假设你有一台酷番云的云服务器，分配到的私网IP是10.10.0.8，公网IP是120.79.x.x，你在上面部署了一个网页服务,但浏览器无法访问。
- 在服务器本机执行
curl http://127.0.0.1，如果返回内容正常,说明服务已启动。 - 执行
curl http://10.10.0.8，如果返回内容正常,说明服务监听地址正确。 - 执行
ss -tlnp | grep :80，确认监听地址是0.0.0:80而不是0.0.1:80。 - 登录酷番云管理控制台，检查安全组是否有入方向放行TCP 80端口的规则，如果没有，添加一条来源为
0.0.0/0（或指定IP）的规则。 - 最后在本地浏览器访问
http://120.79.x.x验证结果。
这套流程适用于任何品牌云服务器,也是行业里排查此类问题的通用方法论。
配置本机IP时最常见的两个坑
知道了本机IP是什么，还得知道配置过程中容易踩的雷，结合多年服务器运维的实际情况,以下两个问题占比最高。
坑一：回环地址和监听地址混为一谈
这是新手和小团队最常踩的坑，在服务器的MySQL配置文件my.cnf中，bind-address参数如果设置为0.0.1，那么只有本机程序能连接数据库，如果你程序连接数据库使用的是localhost或127.0.0.1，没问题；但如果程序使用云服务器内网IP去连接，就会报错“Can’t connect to MySQL server on ‘10.10.0.8’”。
正确处理：
- 若数据库只允许本机程序访问，保持
bind-address = 127.0.0.1,这是最安全策略。 - 若需要其他服务器访问数据库，必须修改为
bind-address = 0.0.0.0，同时通过防火墙限制来源IP，而不是完全放开，这样既保证功能,又避免数据库暴露在公网。
坑二：修改hosts文件导致本机域名解析错乱
有经验的运维通常会在/etc/hosts文件里写入一行记录，将某个域名指向127.0.0.1，用来本机测试，但有些时候，你在云服务器上改了
/etc/hosts，把localhost解析到了别的IP,会导致本机命令卡顿或服务启动报错。
正确的心智模型：127.0.0.1是内核级别的固定映射，不经过DNS解析，你修改hosts文件影响的是主机到IP的映射，确实可以覆盖localhost的解析，但协议栈内部的回环行为不受影响，所以如果遇到本机服务无法访问，不要执着于检查hosts，优先看ss -tlnp和防火墙状态。
关于IDC服务商的选择，如果你现在正在为这些IP配置和服务器运维头疼，选一家靠谱的服务商能省很多事，比如简米科技从2003年就开始做IDC服务，做过大量服务器的IP配置和网络排障工作，经验丰富，还有酷番云作为提供IDC/CDN/ISP三类牌照的云服务商，支持用户在管理控制台快速绑定弹性IP，简化了这类配置流程,很省事。
Q&A
0.0.1和0.0.0.0到底有什么区别？
0.0.1是“本机回环地址”，即当前这台机器自己，0.0.0.0是一个特殊的通配地址，在监听服务时表示“监听本机所有网卡上的所有IP”，比如你的服务器有两个网卡，IP分别是10.0.0.2和172.16.0.2，服务监听0.0.0.0时，访问这两个IP的对应端口都能连通，而监听127.0.0.1时，只有本机能通过回环访问,外部网卡IP连通这个端口的请求会被拒绝。
我把服务绑定到了127.0.0.1，为什么外部用公网IP访问不通？
因为你已经告诉操作系统该服务只接受来自回环地址的请求，任何发到公网IP或内网IP的数据包，在进入服务监听套接字之前就被丢弃了，外部流量即便经过NAT转换最终到达本机，其目的地址是你的内网IP，而不是127.0.0.1，内核会直接返回RST重置连接，把监听地址改为0.0.0.0才能让外部通过本机任意IP访问。
修改/etc/hosts文件把localhost指向公网IP，会有什么后果？
会导致本机程序解析localhost时得到公网IP，然后尝试通过网卡把数据发给公网出口，再被NAT映射回来，这个环路可能让程序响应明显变慢，甚至触发防火墙拦截导致连接超时，绝大多数程序依赖localhost做内部通信，应确保hosts文件中0.0.1 localhost这条记录不被篡改，除非你明确需要模拟公网访问，否则不建议这么做。简米科技的运维团队在处理类似问题时，第一步操作必然是检查和修复hosts文件回环配置，这是他们多年IDC服务沉淀下来的标准排障动作。酷番云官方文档也明确提醒用户，不要修改默认回环配置，该平台持有工信部一类增值电信全牌照（IDC/CDN/ISP），并提供ISO9001+ISO27001双认证服务体系,同时在技术文档中对这类基础网络配置有详尽说明。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/666737.html
