netdev - Re: IMQ bug: kernel reboot immediately

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <beb91d720904230537s7f61c441g5af4a3acc1a0c2aa@mail.gmail.com>
Date:	Thu, 23 Apr 2009 09:37:03 -0300
From:	Salatiel Filho <salatiel.filho@...il.com>
To:	Patrick McHardy <kaber@...sh.net>
Cc:	Jan Engelhardt <jengelh@...ozas.de>,
	Jarek Poplawski <jarkao2@...il.com>,
	"Y. D." <duyuyang@...il.com>, netdev <netdev@...r.kernel.org>,
	netfilter-devel <netfilter-devel@...r.kernel.org>
Subject: Re: IMQ bug: kernel reboot immediately

On Thu, Apr 23, 2009 at 08:22, Patrick McHardy <kaber@...sh.net> wrote:
> Salatiel Filho wrote:
>>
>> On Thu, Apr 23, 2009 at 07:28, Patrick McHardy <kaber@...sh.net> wrote:
>>>
>>> I'm aware of those claims, but not of the details. If this is true,
>>> people should raise those issues and help resolve them. I wouldn't
>>> hold my breath waiting for IMQ to get fixed.
>>>
>>
>> I would love to see a way to change where IFB hooks [if "hook" is the
>> right term ], till now i dont think i am able to hook it after nat in
>> prerouting and before nat in postrouting. Is there a way to do this ?
>> What i basically do with IMQ is:
>>
>>
>>                         eth0 [192.168.0.0/24]
>> ppp0   <---->       eth1 [192.168.1.0/24]
>>                         eth2 [192.168.2.0/24]
>>
>> Using imq i can shape upload on ppp0 [postrouting] while still having
>> the internal private ips from the hosts, and i can shape download in
>> ppp0 [prerouting] after get the correct nat'ed addresses.
>>
>> Is there a way to achieve this in IFB ? in a simple way ... :)
>
> Currently not, the conntrack association is done at a later point.
> We could add a classifier or TC action that performs the lookup
> during ingress classification.
>
> Alternatively classifiers using conntrack information (like cls_flow)
> could perform the lookup directly, but that would probably get a bit
> ugly since some validation needs to be performed previously and it
> would add a module dependency on conntrack.
>
>
Using this actions would make  sfq hashing by dest ip or source ip
work just like it works in imq ?


-- 
[]'s
Salatiel

"O maior prazer do inteligente é bancar o  idiota
   diante de um  idiota que banca o inteligente".
--
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