绑定出口设备
SO_BINDTODEVICE 把套接字绑定到指定的网络接口，此后该套接字发出的报文只从这块接口出去，收到的报文也只接受来自这块接口的。多网卡主机常用来固定某个服务的出口路径，验证走线是否符合设计；它约束的是本套接字，不改动全局路由。
基本信息
| 适用平台 | Linux（同名选项在其它系统上支持程度不一） |
|---|---|
| 参数 | 接口名字符串 |
| 权限要求 | 设置该选项通常需要网络管理相关能力，受限容器内可能被拒绝 |
| 影响范围 | 仅当前套接字的收发路径 |
| 常见搭配 | 策略路由与源地址选择 |
典型使用场景
- 多网卡主机让特定服务固定从某块网卡出去，便于对端做白名单。
- 双线机房核对出口地址与预期是否一致。
- 容器环境排查绑定失败：接口名在命名空间内外不同。
- 与策略路由配合确认走向，避免只改路由却仍在用别的源地址。
- 按接口限制接收范围，减少多路径带来的干扰。
C 用例
C 用例
/* 接口名长度不含结束符 */
if (setsockopt(fd, SOL_SOCKET, SO_BINDTODEVICE, "eth1", 5) < 0) {
perror("setsockopt SO_BINDTODEVICE");
}绑定后的验证
绑定后的验证
ss -tlnp | grep 8080 # 确认监听与绑定关系
ss -tin state established 'sport = :8080' | head # 查看连接实际使用的本地地址
ip route get 203.0.113.10 oif eth1 # 核对指定接口的出口路径
ip -br addr show # 确认接口名与地址，避免名字写错
tcpdump -ni eth1 host 203.0.113.10 and port 8080 # 抓包确认报文确实从该接口发出常见异常与核对
| 现象 | 可能原因 | 核对动作 |
|---|---|---|
| 出口地址与预期不符 | 未绑定成功或路由优先 | 抓包结合路由查询确认实际路径 |
| 绑定调用失败 | 权限不足或接口名不存在 | 确认权限与接口名 |
| 换机器后行为变了 | 接口命名规则改变 | 改用稳定命名或运行时探测 |
绑定接口只是固定出口设备，源地址仍需由路由或应用显式指定；两者都设置才能得到完全确定的走向。
接口名硬编码在代码或配置里，在网卡重命名、容器化或云主机变更后会直接失效，建议运行时按索引或稳定命名探测。