打开浏览器，输入一个网址，敲下回车。页面加载出来了，你看到的是网页内容、图片、视频。但在这一切背后，有一个东西在默默工作——源IP。它决定了服务器把数据发回给谁，也决定了你在这个网络世界里的“门牌号”。

很多人对IP地址的理解停留在“一串数字”。192.168.1.1，或者10.0.0.1，诸如此类。但源IP的含义远不止于此。它是数据包在网络上传输时的起点标识，是服务器识别请求来源的依据，也是整个互联网通信能够成立的基础之一。

举个具体的例子。你在家里用手机连上Wi-Fi，打开某个新闻网站。手机从路由器拿到一个内网IP，比如192.168.1.105。这个IP在你的局域网里是唯一的，但放到整个互联网上，它什么都不是。路由器通过NAT（网络地址转换）把你的内网IP换成运营商分配的公网IP，比如203.0.113.45。这个公网IP才是服务器看到的“源IP”。

服务器收到请求后，把响应数据发回给203.0.113.45。路由器再根据NAT表，把数据转发回192.168.1.105，也就是你的手机。整个过程在毫秒级完成，你毫无感知。

这里有个容易被忽略的细节：源IP和目的IP是成对出现的。每个数据包里都同时包含这两个地址。源IP告诉你数据从哪来，目的IP告诉你数据要去哪。两者缺一不可。路由器就是靠这两个地址来决定转发路径的。

源IP的作用不止于通信。它还被广泛用于安全策略、访问控制、日志分析。比如服务器防火墙可以配置规则：只允许来自特定源IP的SSH连接。Web服务器会把每个请求的源IP记进访问日志，方便排查问题或做流量统计。CDN节点根据源IP判断用户的地理位置，从而返回最近的缓存内容。

但源IP并不是铁板一块。它可以被伪造。在TCP协议里，伪造源IP需要完成三次握手，难度较大。但在UDP协议里，源IP伪造非常容易——发一个UDP包，把源IP字段填成任意值，收包方很难验证真伪。这也是UDP反射放大攻击能够成立的原因：攻击者伪造受害者的源IP，向大量开放服务发送请求，服务把响应发回给受害者，形成流量洪峰。

另一个现实问题是IPv4地址枯竭。公网IP不够用了，所以NAT被大规模部署。你家里的设备、公司里的电脑、手机上的应用，绝大多数时候用的都是内网IP。运营商级别的NAT（CGNAT）甚至会让多个用户共享同一个公网IP。这意味着服务器看到的源IP，可能同时对应几百个真实用户。追溯变得困难，基于源IP的封禁策略也容易误伤。

IPv6试图解决这个问题。每个设备都能拿到全球唯一的地址，不再需要NAT。源IP重新变得“真实”起来。但IPv6的普及速度比预期慢得多，很多网络环境仍然是IPv4和IPv6双栈并存，情况反而更复杂了。

从开发者的角度看，获取源IP这件事本身也有坑。如果你的服务部署在Nginx后面，Nginx转发请求时，后端应用看到的源IP是Nginx的IP，不是真实客户端IP。这时候需要靠X-Forwarded-For或X-Real-IP这类HTTP头来传递原始源IP。但这些头是可以伪造的，不能无条件信任。你得清楚自己的网络拓扑，知道哪些代理是可信的，才能正确提取源IP。

源IP这个概念，看起来简单，实际牵扯的东西很多。它既是网络通信的基石，也是安全对抗的焦点，还随着网络架构的演进而不断被重新定义。理解它，不只是记住一个名词，而是理解数据在网络里到底是怎么流动的。