netdev - Re: loopback IP alias breaks tftp?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 6 Oct 2011 09:23:53 -0400
From:	Josh Boyer <jwboyer@...hat.com>
To:	Julian Anastasov <ja@....bg>, Joel Sing <jsing@...gle.com>
Cc:	netdev@...r.kernel.org
Subject: Re: loopback IP alias breaks tftp?

On Thu, Oct 06, 2011 at 12:18:44AM +0300, Julian Anastasov wrote:
> 
> 	Hello,
> 
> On Wed, 5 Oct 2011, Josh Boyer wrote:
> 
> > Hi All,
> > 
> > We've had a report [1] of a change in behavior when trying to use an IP
> > alias to tftp from a loopback device.  Apparently the steps outlined in
> > the bug worked in 2.6.35, and broke somewhere before 2.6.38.6.
> > 
> > I can confirm the steps fail on a 3.0 based kernel and I'm trying to do
> > a git bisect to find the commit involved, but I thought I would send
> > this along to see if anyone might have an idea.  (Also, I'm not really
> > sure how valid of a usecase this was to begin with.)
> 
> 	What about commit 9fc3bbb4a752f108cf096d96640f3b548bbbce6c ?
> 
> ipv4/route.c: respect prefsrc for local routes
> 
> http://marc.info/?t=129412232500001&r=1&w=2
> 
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=739534

Yep.  That is exactly what my git bisect said too.

So now we have a change in behavior since that commit for the usecase
described in the bug above, but I'm unsure if that usecase was ever
really valid or if the commit had unintentional side effects.

Joel (or anyone else) can you take a look and comment?

josh
--
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