网络基础概念：IP地址、子网掩码、网关、DNS、端口号、MAC地址
在深入TCP/IP协议栈之前，必须先建立一组基础概念。如果把网络比作一个庞大的“邮政系统”，那么IP地址是收件人地址，MAC地址是具体楼栋的房间号，子网掩码用于划分街区，网关是小区出入口，DNS是电话簿，端口号则决定了信件交给屋里的哪个人。本节将逐一拆解这些核心要素，并理清它们之间的协作关系。
核心原理：六个概念的定位与分工
这六个概念分别工作在不同层次，解决不同问题。下面这张图展示了它们在一个典型数据包传输过程中的位置与作用：
从上图可以看出：IP地址负责“跨网络寻址”，MAC地址负责“同一链路内的物理交付”，子网掩码用于判断目标是否在本地网络，网关是通往其他网络的“大门”，DNS把人类易记的域名翻译成IP，端口号则让一台主机上的多个应用能同时收发数据而不互相干扰。
方法流程：数据包的一次完整旅程
以浏览器访问 www.example.com 为例，完整流程如下：
- DNS解析：浏览器向DNS服务器查询
www.example.com对应的IP地址（如93.184.216.34）。 - 判断是否同网段：主机用自己的子网掩码（
255.255.255.0）与目标IP做“与”运算，发现目标不在本地网络（192.168.1.0/24），因此决定将数据包交给网关。 - 获取网关MAC：通过ARP协议查询网关IP（
192.168.1.1）对应的MAC地址。 - 封装数据帧：在数据包外层封装以太网帧头，其中目的MAC = 网关MAC，源MAC = 本机MAC。
- 网关转发：网关收到帧后，剥离帧头，查看IP包的目的地址，查询路由表，将数据包从正确的出口转发出去。
- 到达目标服务器：经过多次路由跳转，数据包到达目标服务器。服务器根据TCP头中的目的端口号（80），将数据交给HTTP服务进程处理。
关键理解：IP地址在传输过程中保持不变（除非NAT），而MAC地址在每一跳都会重新封装。这就是为什么说“IP地址是端到端的，MAC地址是逐跳的”。
案例/场景：办公室网络配置实战
假设你在公司新领到一台电脑，需要手动配置网络。打开网络设置面板，你会看到以下需要填写的项目：
| 配置项 | 示例值 | 作用说明 |
|---|---|---|
| IP地址 | 192.168.10.25 | 本机在网络中的唯一标识 |
| 子网掩码 | 255.255.255.0 | 区分网络位与主机位，决定广播域范围 |
| 默认网关 | 192.168.10.1 | 访问其他网段的出口路由器地址 |
| 首选DNS | 114.114.114.114 | 用于域名解析的服务器地址 |
配置完成后，可以用以下命令验证连通性：
# Windows
ipconfig /all # 查看完整网络配置
ping 192.168.10.1 # 测试到网关的连通性
nslookup www.example.com # 测试DNS解析
# Linux / macOS
ifconfig # 查看接口配置
ip addr show # 查看IP地址和MAC
route -n # 查看路由表
ping -c 4 8.8.8.8 # 测试外网连通性如果 ping 192.168.10.1 通但 ping 8.8.8.8 不通，问题通常出在网关的NAT或路由配置上；如果 ping 8.8.8.8 通但访问域名失败，则问题多半在DNS配置上。
误区/复盘：常见概念混淆与排障思路
误区一：把IP地址和MAC地址混为一谈。IP地址是逻辑地址，可以手动更改；MAC地址是物理地址，出厂时烧录在网卡上，通常不可更改。IP地址解决“找哪台设备”，MAC地址解决“在同一个物理链路上如何交付”。
误区二：以为网关就是一台“服务器”。网关可以是路由器、防火墙、甚至一台开启了IP转发的Linux主机。它的本质是连接不同网段的设备，而不是某种特定硬件。
另一个常见误区是子网掩码配错。例如把 255.255.255.0 误配成 255.255.0.0，会导致主机认为所有 192.168.x.x 地址都在本地网络，从而不经过网关直接发送ARP请求，结果找不到目标设备，造成“能ping通部分机器但无法上网”的怪现象。
复盘一个典型排障案例：用户反映“能上QQ但打不开网页”。QQ使用IP直连，而浏览器需要DNS解析。此时用 nslookup www.baidu.com 测试，如果返回超时，基本可以断定是DNS配置错误或DNS服务器不可达。将DNS改为 223.5.5.5（阿里DNS）或 8.8.8.8（谷歌DNS）后问题即解决。
最后需要特别注意的是端口号的范围：0~1023为知名端口（如HTTP=80，HTTPS=443，SSH=22），1024~49151为注册端口，49152~65535为动态/私有端口。客户端通常使用随机的高位端口发起连接，而服务器必须监听固定的知名端口，否则客户端无法预知该访问哪个端口。