I setting a Suse 11 which has 2 NICs
eth0 - 192.168.10.150/24 - 00.0C.29.DC.10.CA (MAC)
eth1 - 192.168.10.151/24 - 00.0C.29.DC.10.DE (MAC)
I need both in the same subnet since they will ne connected to another device - storage - point to point
but I found something while doing the installation
doing ARPs from a workstation I found the behavior below
[root@workstation ~]# arp -n
Address HWtype HWaddress Flags Mask Iface
192.168.10.151 ether 00:0C:29:DC:10:CA C eth0
192.168.10.150 ether 00:0C:29:DC:10:CA C eth0
as you can see it’s like eth0 gets all the requests
in fact If I disconnect the cable from eth1 IP .151 will be still pingable which is what I don’t want
and If I disconnect cable from eth0 none of the IPs .150 - .151 is pingable and I was hoping .151 would be pingable…
so why is this behavior?
I need eth0 respond the request for .150 and don’t respond .151
and eth1 respond .151 request
When I first learned about this (year or two ago) it was explained that
Linux does this normally in cases like yours because the kernel can be
helpful as it does so. That’s not always a desired function, but if the
packets route to the network it often makes sense to get to the entire
system even if it’s through the wrong physical connection. Anyway, as
mentioned, I think you can turn it off. ‘sysctl’ may be the command to
turn it off across reboots. Looks like it may be a per-device setting too.
cat /proc/sys/net/ipv4/conf/eth0/proxy_arp
plus some others:
cat /proc/sys/net/ipv4/conf/all/proxy_arp
cat /proc/sys/net/ipv4/conf/default/proxy_arp
Good luck.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
echo 200 storage_table >> /etc/iproute2/rt_tables
ip rule add from 192.168.10.151 table storage_table
ip route add 192.168.10.0/24 via 192.168.10.151 dev eth1 table storage_table
but I need to make this changes permanent after reboot
where I should add them?
I already tried /etc/init.d/boot.local but no luck
echo 200 storage_table >> /etc/iproute2/rt_tables
ip rule add from 192.168.10.151 table storage_table
ip route add 192.168.10.0/24 via 192.168.10.151 dev eth1 table storage_table