From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pablo Neira Ayuso Subject: Re: [HELP] why the string match does not work in nat tables? Date: Tue, 01 Feb 2011 13:32:48 +0100 Message-ID: <4D47FD70.7010709@netfilter.org> References: <4D46824B.2010706@netfilter.org> <4D47F61A.3010702@freemail.hu> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <4D47F61A.3010702@freemail.hu> Sender: netfilter-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8" To: =?UTF-8?B?R8Ohc3DDoXIgTGFqb3M=?= Cc: JeHo Park , netfilter list On 01/02/11 13:01, G=C3=A1sp=C3=A1r Lajos wrote: > The string match is much like a toy and not a real help in the iptabl= es. > (Sorry, I do not really "believe" in this match. But also I understan= d > the need for such match. Sometimes it can be very usefull.) As alrea= dy > mentioned before, the main problem is the fragmentation. fragmentation is not a problem for algorithms like knuth-pratt-morris, which is implemented in textsearch. boyer-moore is faster but if the text is splitted among fragments, it won't find a matching. segmentation is a problem for textsearch, it wouldn't be hard to extend the string matching to make it flow-based.