navicat 17 无法指定出口网卡，因其依赖操作系统路由表决定源ip；需通过配置静态路由或策略路由（如ip route、ip rule）使内核为特定目标选择指定网卡的源地址，再配合tcpdump验证实际流量出口。
Navicat 17 是数据库客户端工具，不参与系统网络层路由决策，也无法配置双网卡路由出口。它完全依赖操作系统内核的路由表和网络栈来建立 TCP 连接。所谓“在 Navicat 里选网卡出口”，本质上是个误解。
你真正要解决的问题是：让 Navicat 发起的数据库连接（如连 MySQL、PostgreSQL）走指定网卡发出的流量。这取决于它连接目标时使用的源 IP —— 而源 IP 由 Linux 内核根据路由表（main 表或策略路由表）自动选择，Navicat 本身无权干预。
为什么 Navicat 无法指定出口网卡？
Navicat 的连接配置里只有 Host、Port、Username 等字段，没有“绑定网卡”或“强制源地址”选项。它调用的是标准 connect() 系统调用，内核按以下顺序决定源 IP：
- 查路由表：
ip route get <target-ip></target-ip>返回哪条路径，就用该路径的src地址； - 若未显式配置
src，则取对应出接口的主 IP； - 若多条匹配规则（如默认路由冲突），内核按最长前缀匹配 + 规则优先级决定。
所以，控制出口的关键不在 Navicat，而在你的 Linux 路由配置。
如何让 Navicat 连接走特定网卡？
核心思路：让 Navicat 连接目标时，内核查路由表返回你期望的 src 地址。常用方法如下：
-
方法一：为不同目标网段配置直连/静态路由
例如：数据库 A 在192.168.10.0/24（接eth0），数据库 B 在172.16.20.0/24（接eth1）。执行：ip route add 192.168.10.0/24 dev eth0 src 192.168.10.100ip route add 172.16.20.0/24 dev eth1 src 172.16.20.100 -
方法二：基于源地址的策略路由（推荐用于同目标、不同源）
若两个数据库都在同一公网 IP（如1.2.3.4），但你想让 Navicat 从eth0的 IP 出去（比如走电信），就需建独立路由表：
① 编辑/etc/iproute2/rt_tables，加一行：100 telecom
② 配置表：ip route add default via 192.168.1.1 dev eth0 src 192.168.1.100 table telecom
③ 绑定规则：ip rule add from 192.168.1.100 table telecom -
方法三：启动 Navicat 前临时绑定源地址（命令行快速验证）
Linux 桌面版通常通过桌面文件启动，但你可以终端中用IP_ROUTE_TABLE或SO_BINDTODEVICE不直接支持；更可行的是：sudo ip route get 1.2.3.4 from 192.168.1.100确认路径正确后，再打开 Navicat 并确保其连接目标 IP 明确（避免 DNS 解析引入不确定性）。
容易踩的坑
常见失败不是 Navicat 配置错，而是路由环境没理清：
- 忘记开启 IP 转发？不需要——Navicat 是客户端，不转发流量，
net.ipv4.ip_forward可保持关闭； - 只配了出向路由，没配回程路由？对客户端场景影响小，但若目标机器也多网卡，可能因回包走错接口被丢弃；
- DNS 解析返回多个 IP，Navicat 随机选一个？是的，
nslookup db.example.com查清实际解析结果，必要时在/etc/hosts中固化目标 IP； - 桌面环境 NetworkManager 覆盖手动路由？Ubuntu/Debian 桌面版常启用 NetworkManager，它会清空
ip route临时配置。必须用nmcli或修改 connection 的ipv4.routes字段持久化，或禁用 NM 管理特定接口。
实际生效与否，最简单验证方式是：
在 Navicat 连接数据库的同时，终端运行 tcpdump -i eth0 port 3306 和 tcpdump -i eth1 port 3306，看哪个接口真有 SYN 包发出。别信“配置看起来对”，要看包从哪出去。
