macOS网关冲突主因是路由表含错误直连路由、多网关引发ICMP重定向或IP与网关不在同子网，导致内网异常、ping不通、TLS失败；需依次验证网关子网匹配性、检查并清理冲突路由、禁用ICMP重定向、确认ARP映射正确。
网关冲突在 macOS 上通常不是“两个网关打架”，而是路由表中存在指向错误网关的直连路由、多网关拓扑引发 ICMP 重定向，或 IP 地址与网关不在同一子网——这些都会导致内网访问异常、ping 不通、TLS 连接失败等现象。排查关键在于验证网关可达性、检查路由表逻辑、确认 ARP 映射，并排除重定向干扰。
确认当前网关和子网配置是否匹配
先确保你用的网关 IP 真的属于本机所在子网：
- 打开终端，运行 networksetup -getinfo Wi-Fi（若用有线，把 Wi-Fi 换成 Ethernet），查看 “Router:” 和 “Subnet Mask:” 两项
- 用子网掩码反推网络地址：比如 IP 是 192.168.1.10，掩码是 255.255.255.0，则有效网段是 192.168.1.0/24；网关必须也在这个范围内（如 192.168.1.1）
- 如果网关是 192.168.2.1 而你的 IP 是 192.168.1.10，说明配置错位——可能是 DHCP 分配异常，或手动设置了错误网关
检查路由表中是否存在错误直连路由
macOS 有时会因历史配置或共享热点残留，添加一条“看似合理实则冲突”的直连路由（比如把本该走网关的子网，直接绑到某个接口）：
- 运行 netstat -nr | grep -E '^(default|192\.168|10\.|172\.)'，重点看是否有类似 192.168.8.0/24 link#4 U 192.168.2.1 的条目——它表示系统认为 192.168.8.x 网段直连，但下一跳却指向另一个子网的 IP，这属于逻辑冲突
- 这类路由不会被 DHCP 自动清理，需手动删除：sudo route delete -net 192.168.8.0/24
- 如确需访问该网段，且网关正确（比如 192.168.8.1），再加回：sudo route add -net 192.168.8.0/24 192.168.8.1
检测 ICMP 重定向是否在干扰路由稳定性
当路由器频繁发送 Type 5 ICMP 重定向报文（常见于多级路由、Mac 开启互联网共享、或双 DHCP 服务共存时），macOS 会动态插入主机路由，造成路由抖动：
- 快速验证：运行 sudo tcpdump -i en0 'icmp[icmptype] == 5' -c 3（en0 换成你实际局域网接口，如 en1 或 bridge100）；几秒内抓到 3 条且源 IP 是你家网关（如 192.168.1.1），基本可确认
- 临时禁用响应：sudo sysctl -w net.inet.icmp.drop_redirect=1
- 永久生效：执行 echo 'net.inet.icmp.drop_redirect=1' | sudo tee -a /etc/sysctl.conf
- 同步登录路由器后台，关闭 “ICMP Redirect”、“Send ICMP Redirects” 类选项——仅客户端禁用不够，源头必须停发
验证 ARP 缓存与网关 MAC 是否一致
即使网关 IP 正确，若 ARP 表里没缓存其 MAC，或缓存了错误 MAC（如来自冲突设备或攻击），首包仍会超时：
- 查当前缓存：arp -a | grep $(netstat -nr | grep default | awk '{print $2}')
- 如果返回空，或显示多个 MAC 对应同一个网关 IP，说明 ARP 异常
- 清除缓存：sudo arp -d $(netstat -nr | grep default | awk '{print $2}')，然后 ping 网关触发重新学习
- 若反复出现错误 MAC，需进一步排查局域网内是否存在 IP 冲突或 ARP 欺骗（用 arp -a 看是否有重复 IP 对应不同 MAC）
