Re: Conntracking on a multihomed server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

Gáspár Lajos a écrit :
> 
> - The client initiates a connection to the firewall public IPs (in a 
> round-robin manner).
> - The service sees a connection that came from a lan. (Remember that is 
> not bound to any interface.)
> - The service reply with the corresponding local IP of the firewall.
> - The client drops the packets because they are not from the expected 
> public IPs.
> 
> How can I make it work?

By fixing the broken client, service or application protocol.
Either the application protocol specification states that :
- the service should reply with the same address (and the service is
broken),
- or the service may reply with any address (and the client is broken),
- or it is left unspecified (and the protocol is broken).

UDP deals with independent datagrams. It does not have such notions as
"request", "reply", or "connection".

> Is it a conntracking, routing or IP stack problem?

Neither. It is an application layer problem.
--
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux