udp报文的应答网卡不是其接收网卡问题处理

hoyt

服务器为Linux，有两个网卡，地址分别为eth0 192.168.56.10 和eth1 192.168.54.10
客户端为win7，一个网卡，地址为 192.168.54.100

服务端有个一个udp的服务程序，监听端口为8282，将接收到的报文发送给客户端。
现在遇到的现象是：
1.如果客户端发送给服务端时候指定服务端的地址为192.168.54.10，则可以接收到服务端的应答报文
2.如果客户端发送给服务端时候指定服务端的地址为192.168.56.10，则不可以接收到服务端的应答报文

经过在客户端抓包发现，问题2的时候服务端其实已经进行了应答，不过其应答报文的源地址不是192.168.56.10而是192.168.54.10
由于win7的防火墙机制，win7将该报文丢弃了，导致应用程序将该报文丢弃了。

请问有什么办法可以指定服务端的应答报文通过eth0进行发送而不是通过eth1进行发送。

renxiao2003

当然不可以了。不在一个网段。晕。

wzypunk

这个是因为你的服务程序绑定了192.168.54.10吧

hoyt

服务程序没有进行绑定，bind时候指定的本地地址是INADDR_ANY
3楼指明了一个方向，我们可以做到56.10和54.10都进行绑定（即创建两个socket，分别绑定自己的，这样应答的时候只要socket句柄正确，发送过来的地址就是相应的绑定地址，但是这个方法有个比较严重的问题）

hoyt

2楼的说法也指明了一个方向，我们可以采用策略路由的方式进行处理，但是这个方法同样有个严重的问题

hoyt

没有人遇到过这种问题？