Package: pppoe
Version: 3.12-2
The current version in testing (3.12-2) is still exhibiting this
behavior, which essentially causes pppoe to always set the interface to
promiscous mode.
On Mon, 01 Oct 2007 11:29:14 +0200 Norman Rasmussen
<nor...@darkskies.za.net> wrote:
> Package: pppoe
> Version: 3.8-3
> Severity: important
> Tags: patch
>
> Re: the last comment for bug 298202 [1] highlights a bug caused by the
> patch from bug 419677 [2].
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298202
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419677
>
> Basically with the new code, the interface is _ALWAYS_ set to
> promiscuous mode, which is bad in my books.
>
> The reason for this is that the myEth variable is being populated
> during discovery, and then it's non-zero when the connection is
> actually being established - so the connect 'thinks' that it was
> specified manually. (i.e. the patch doesn't have a side effect if
> discovery is disabled, which probably happens in server mode only)
>
> I've created a patch that adds an optForceMAC variable, the code is a
> bit ugly (it re-zeros myEth if -H was _not_ passed), but it works.
>
> I also have a copy of the fixed/updated the iproute2 patch [3] in my git
> repo [4].
>
> [3]
http://www.linuxfromscratch.org/patches/downloads/rp-pppoe/rp-pppoe-3.5-iproute2-1.patch
> [4] http://darkskies.za.net/~norman/rp-pppoe.git
>
> -- System Information:
> Debian Release: lenny/sid
> APT prefers stable
> APT policy: (750, 'stable'), (700, 'testing'), (600, 'unstable'),
(550, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core)
> Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages pppoe depends on:
> ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries
> ii ppp 2.4.4rel-9 Point-to-Point Protocol (PPP) daem
>
> pppoe recommends no packages.
>
> -- no debconf information
>
>
>
