[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4E4D08B8.8020309@earthlink.net>
Date: Thu, 18 Aug 2011 08:42:32 -0400
From: Stephen Clark <sclark46@...thlink.net>
To: Pascal Hambourg <pascal@...uf.fr.eu.org>
CC: Rémi Denis-Courmont <remi@...lab.net>,
Linux Kernel Network Developers <netdev@...r.kernel.org>
Subject: Re: Linux vs FreeBSD Which is correct.
On 08/17/2011 04:15 PM, Pascal Hambourg wrote:
> Hello,
>
> Stephen Clark a écrit :
>
>> On 08/17/2011 01:17 PM, Rémi Denis-Courmont wrote:
>>
>>> Le mercredi 17 août 2011 20:03:18 Stephen Clark, vous avez écrit :
>>>
>>>
>>>> I have run into a situation where if I ping our HQ the response comes
>>>> back on a different
>>>> interface than what the request went out on. FreeBSD is happy and says
>>>> it got the response,
>>>> Linux is not and gives no indication it got a response.
>>>>
>>>> So is FreeBSD wrong or is Linux wrong?
>>>>
> Neither is right or wrong. It partly depends whether you want to enforce
> so-called "weak" or "strong" host model.
>
>
>>> Most distributions enable reverse path filtering by default.
>>> It can be disabled:
>>> # echo -n 0> /proc/sys/net/ipv4/conf/all/rp_filter
>>>
>>> But you should probably fix the configuration instead (e.g. /etc/sysctl.conf).
>>>
>>>
>> Sorry that didn't help either.
>>
> Since some kernel version the logic of this sysctl has changed from
> AND(all, $interface) to MAX(all, $interface). So you must set
> net/ipv4/conf/$interface/rp_filter to 0 too to disable it.
> Or set net/ipv4/conf/all/rp_filter to 2 to make it weaker.
>
>
I guess I don't really understand what reverse path filter stuff is all
about, much less making it weaker.
But using 2 made the pings responses be seen.
--
"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety." (Ben Franklin)
"The course of history shows that as a government grows, liberty
decreases." (Thomas Jefferson)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists