Re: IP-Address problem with cluster

Daniel Thielking <[email protected]>
Newsgroups gmane.linux.highavailability.user
Organization RWTH-Aachen, Institut Halbleitertechni k, Lehrstuhl für Integrierte Analogschaltunge n
Message-ID <[email protected]>
Thanks for your help.

Yes we are using SNAT.

Output of : iptables-save | grep SNAT
-A POSTROUTING -o eth0 -j SNAT --to-source 'cluster-ip'

It seems that all our traffic is routet to the cluster-ip right?

What i want is, if I use tools direct from the node he should only use 
his own IP.
If the cluster gets an request on the cluster-ip he should answer with it.

Could you give me some more hints to do that.

_____________________________________________________

Auszubildender Fachinformatiker für Systemintegration
RWTH Aachen
Lehrstuhl für Integrierte Analogschaltungen
Raum 24C 313
Walter-Schottky-Haus
Sommerfeldstr. 24
D-52074 Aachen

www.ias.rwth-aachen.de

Email: [email protected]
Phone: +49-(0)241-80-27771
   FAX: +49-(0)241-80-627771
_____________________________________________________

Am 26.06.2014 13:22, schrieb Lars Ellenberg:
> On Thu, Jun 26, 2014 at 01:13:22PM +0200, Daniel Thielking wrote:
>> Dear members!
>> I have a problem with our cluster.
>> We have two nodes each has an IP and one more IP for the cluster.
>> All our resources are on node-1 and node-2 is our slave one. But if
>> I ping from node-1 to any other machine he is using the cluster-IP
>> and not his own IP do you know how to fix that?
> typically because of source routing or SNAT.
>
> check iptables-save | grep SNAT
> and
>   ip route show
>   ip route get $dest_ip
>
> (look for "src ...")
>
> In many cases you *want* outgoing packets from the "service" IP address.
>
> You could use ip route to make them use the node address
> to contact the other nodes, but use the service address
> to contact clients.
>

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.