Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp
From: Ruslan Ermilov (ru_at_freebsd.org)
Date: 09/24/03
- Previous message: Michael Sierchio: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- In reply to: Michael Sierchio: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- Next in thread: Eugene Grosbein: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 24 Sep 2003 20:12:08 +0300 To: Michael Sierchio <kudzu@tenebras.com>
On Wed, Sep 24, 2003 at 10:10:31AM -0700, Michael Sierchio wrote:
> Ruslan Ermilov wrote:
>
> >Right. But static ARP means something different. It means
> >that the APR table is frozen, but system will still reply
> >to ARP requests for its addresses, which is not done if
> >IFF_NOARP flag is set on an interface.
>
> Okay, I may have been misusing the term. I meant *permanent* and
> *manual* entries in the ARP table, via the arp command, and
> disabling ARP on the interface.
>
> That seems to work. What does your lexicon say for "static arp?"
>
Read what I have said -- static ARP means that ARP is functional,
but no updates are allowed based on information from the network.
Cheers,
-- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer
- application/pgp-signature attachment: stored
- Previous message: Michael Sierchio: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- In reply to: Michael Sierchio: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- Next in thread: Eugene Grosbein: "Re: FreeBSD Security Advisory FreeBSD-SA-03:14.arp"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|