From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alessandro Vesely Subject: Re: libnetfilter_queue quick question Date: Wed, 14 Jul 2010 11:27:25 +0200 Message-ID: <4C3D82FD.3030202@tana.it> References: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tana.it; s=test; t=1279099646; bh=TPlx1wighFTsH14/j++F/inV0Q1hO3UNtPTM3FvkFxg=; l=492; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Content-Transfer-Encoding; b=aEcczyJp2lmYmYgcUH/sX+y8P1uLtcZCa0avFsP7DZevsB25jyKm3jU/iJc6NXhkC oEeHnGWqjVDUIsaUTJJy6pW1xqtXeqL68lS0951SRwqU2K/tZyhRoAlvt7u8HHweol u2S3xGQxSeBwNSefNwKyZv8zP3On/BnsDNEgh0LE= In-Reply-To: Sender: netfilter-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: netfilter@vger.kernel.org On 12/Jul/10 18:00, Edison Figueira wrote: > The absence of the verdict like on libnetfilter_queue is because it > was not implemented or is not possible to implement? Return what/where? Don't confuse tables with chains or queues... > Has something like of what can be make in the queue to have this > effect? Setting a mark and ACCEPT a packet from a table may be a handy way to return a value that can be tested by iptables rules of a further table. HTH