检查：地址与 ARP
当带有192.168.1.77/25的主机发送到192.168.1.130时，内核会做什么？
- 它被确定为不同的子网并发送到网关的 MAC。
- 确定是同一子网，直接通过ARP询问对方的MAC
- 以广播形式发送并让收件人选择。
- 由于掩码不是/24，所以会发生错误，无法发送。
为什么ARP请求的目的MAC是ff:ff:ff:ff:ff:ff？
- 因为交换机只是将广播转发到另一个端口。
- 因为你要在还不知道对方MAC的情况下询问，
- 响应还必须被广播，以便每个人都可以更新他们的缓存。
- 没有 IP 标头的帧只允许广播。
IP 和路由是正确的，但通信却悄悄地停止了，而且根本没有错误消息。首先看哪里？
- 是否有
ip route的默认线路？ ss -ltn中的端口是否为 LISTEN？ip neigh的相关项是否FAILED或错误的MAC？/etc/resolv.conf的名称服务器是否正确？
如果我将网关地址设置为子网之外的地址，会发生什么情况？
- 内核自行找到最近的路由器并使用它。
- 虽然速度很慢，但通信正常，并且跟踪路由显示多了一跳。
- 由于不是通过ARP发现的，所以只有前几个包丢失，之后就正常了。
- 无法询问网关的 MAC，因此无法创建路由本身。
为什么172.16.5.9/12和172.31.0.1是同一个子网？
- 所有以 172 开头的地址都是 B 类地址。
- /12 只查看第二个八位字节的前 4 位，因此 16 到 31 是一个块。
- 两者都是 RFC 1918 专用频段，因此它们被视为同一子网。
- 因为 /12 小于 /16，忽略第三个八位字节
创建虚拟接口（type dummy）的实际原因是什么？
- 当我没有物理网卡时，我正在尝试创建到互联网的虚拟路由。
- 使用 veth 对的一侧连接命名空间
- 无需电缆即可仅连接地址的位置 — 放置服务 VIP 或 DNS 服务器地址
- 尝试对每个接口进行不同的 MTU 测试。