Linux Netfilter discussions
 help / color / mirror / Atom feed
* CLUSTERIP: no conntrack error
@ 2010-07-13 22:18 Edison Figueira
  2010-07-25 16:34 ` Jan Engelhardt
  0 siblings, 1 reply; 8+ messages in thread
From: Edison Figueira @ 2010-07-13 22:18 UTC (permalink / raw)
  To: netfilter

I configured CLUSTERIP in two boxes to make balancing proxy, and
apparently it all worked but I get several messages from "CLUSTERIP:
no conntrack.

Does anyone know what this message means?

How can I fix this?

Thank you.

Edison Figueira Junior

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-13 22:18 CLUSTERIP: no conntrack error Edison Figueira
@ 2010-07-25 16:34 ` Jan Engelhardt
  2010-07-26 10:35   ` Pablo Neira Ayuso
  0 siblings, 1 reply; 8+ messages in thread
From: Jan Engelhardt @ 2010-07-25 16:34 UTC (permalink / raw)
  To: Edison Figueira; +Cc: netfilter

On Wednesday 2010-07-14 00:18, Edison Figueira wrote:

>I configured CLUSTERIP in two boxes to make balancing proxy, and
>apparently it all worked but I get several messages from "CLUSTERIP:
>no conntrack.
>
>Does anyone know what this message means?

Means packets are tagged as INVALID.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-25 16:34 ` Jan Engelhardt
@ 2010-07-26 10:35   ` Pablo Neira Ayuso
  2010-07-26 11:00     ` Jan Engelhardt
  0 siblings, 1 reply; 8+ messages in thread
From: Pablo Neira Ayuso @ 2010-07-26 10:35 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: Edison Figueira, netfilter

On 25/07/10 18:34, Jan Engelhardt wrote:
> On Wednesday 2010-07-14 00:18, Edison Figueira wrote:
>
>> I configured CLUSTERIP in two boxes to make balancing proxy, and
>> apparently it all worked but I get several messages from "CLUSTERIP:
>> no conntrack.
>>
>> Does anyone know what this message means?
>
> Means packets are tagged as INVALID.

Indeed. You have to add a rule to drop invalid packets before the 
CLUSTERIP rule to avoid this message.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-26 10:35   ` Pablo Neira Ayuso
@ 2010-07-26 11:00     ` Jan Engelhardt
  2010-07-26 11:09       ` Pablo Neira Ayuso
  0 siblings, 1 reply; 8+ messages in thread
From: Jan Engelhardt @ 2010-07-26 11:00 UTC (permalink / raw)
  To: Pablo Neira Ayuso; +Cc: Edison Figueira, netfilter

On Monday 2010-07-26 12:35, Pablo Neira Ayuso wrote:
> On 25/07/10 18:34, Jan Engelhardt wrote:
>> On Wednesday 2010-07-14 00:18, Edison Figueira wrote:
>>
>>> I configured CLUSTERIP in two boxes to make balancing proxy, and
>>> apparently it all worked but I get several messages from "CLUSTERIP:
>>> no conntrack.
>>>
>>> Does anyone know what this message means?
>>
>> Means packets are tagged as INVALID.
>
> Indeed. You have to add a rule to drop invalid packets before the CLUSTERIP
> rule to avoid this message.

Hm, couldn't we just drop the message? There are many other components 
in Netfilter that silently bail out when nf_ct_get returns NULL, like 
xt_connlimit.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-26 11:00     ` Jan Engelhardt
@ 2010-07-26 11:09       ` Pablo Neira Ayuso
  2010-07-26 11:13         ` Jan Engelhardt
  0 siblings, 1 reply; 8+ messages in thread
From: Pablo Neira Ayuso @ 2010-07-26 11:09 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: Edison Figueira, netfilter

On 26/07/10 13:00, Jan Engelhardt wrote:
> On Monday 2010-07-26 12:35, Pablo Neira Ayuso wrote:
>> On 25/07/10 18:34, Jan Engelhardt wrote:
>>> On Wednesday 2010-07-14 00:18, Edison Figueira wrote:
>>>
>>>> I configured CLUSTERIP in two boxes to make balancing proxy, and
>>>> apparently it all worked but I get several messages from "CLUSTERIP:
>>>> no conntrack.
>>>>
>>>> Does anyone know what this message means?
>>>
>>> Means packets are tagged as INVALID.
>>
>> Indeed. You have to add a rule to drop invalid packets before the CLUSTERIP
>> rule to avoid this message.
>
> Hm, couldn't we just drop the message? There are many other components
> in Netfilter that silently bail out when nf_ct_get returns NULL, like
> xt_connlimit.

Yes, it's a good idea for the short run.

In the long run, we should deprecate CLUSTERIP since it has been 
superseded by the cluster match. However, I wanted to document the new 
approach before doing so (I found no spare time to do it).

IIRC, the message is only displayed if netfilter debugging is enabled.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-26 11:09       ` Pablo Neira Ayuso
@ 2010-07-26 11:13         ` Jan Engelhardt
  2010-07-26 13:43           ` Edison Figueira
  2010-07-26 17:05           ` Pablo Neira Ayuso
  0 siblings, 2 replies; 8+ messages in thread
From: Jan Engelhardt @ 2010-07-26 11:13 UTC (permalink / raw)
  To: Pablo Neira Ayuso; +Cc: Edison Figueira, netfilter


On Monday 2010-07-26 13:09, Pablo Neira Ayuso wrote:
>>>>
>>>> Means packets are tagged as INVALID.
>>>
>>> Indeed. You have to add a rule to drop invalid packets before the CLUSTERIP
>>> rule to avoid this message.
>>
>> Hm, couldn't we just drop the message? There are many other components
>> in Netfilter that silently bail out when nf_ct_get returns NULL, like
>> xt_connlimit.
>
> Yes, it's a good idea for the short run.
>
> In the long run, we should deprecate CLUSTERIP since it has been superseded by
> the cluster match. However, I wanted to document the new approach before doing
> so (I found no spare time to do it).
>
> IIRC, the message is only displayed if netfilter debugging is enabled.

pr_info it says.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-26 11:13         ` Jan Engelhardt
@ 2010-07-26 13:43           ` Edison Figueira
  2010-07-26 17:05           ` Pablo Neira Ayuso
  1 sibling, 0 replies; 8+ messages in thread
From: Edison Figueira @ 2010-07-26 13:43 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: Pablo Neira Ayuso, netfilter

Thank you all for the replies. The DROP rule of INVALID packets resolved it.

Att.

Edison Figueira Junior

On Mon, Jul 26, 2010 at 8:13 AM, Jan Engelhardt <jengelh@medozas.de> wrote:
>
> On Monday 2010-07-26 13:09, Pablo Neira Ayuso wrote:
>>>>>
>>>>> Means packets are tagged as INVALID.
>>>>
>>>> Indeed. You have to add a rule to drop invalid packets before the CLUSTERIP
>>>> rule to avoid this message.
>>>
>>> Hm, couldn't we just drop the message? There are many other components
>>> in Netfilter that silently bail out when nf_ct_get returns NULL, like
>>> xt_connlimit.
>>
>> Yes, it's a good idea for the short run.
>>
>> In the long run, we should deprecate CLUSTERIP since it has been superseded by
>> the cluster match. However, I wanted to document the new approach before doing
>> so (I found no spare time to do it).
>>
>> IIRC, the message is only displayed if netfilter debugging is enabled.
>
> pr_info it says.
>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: CLUSTERIP: no conntrack error
  2010-07-26 11:13         ` Jan Engelhardt
  2010-07-26 13:43           ` Edison Figueira
@ 2010-07-26 17:05           ` Pablo Neira Ayuso
  1 sibling, 0 replies; 8+ messages in thread
From: Pablo Neira Ayuso @ 2010-07-26 17:05 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: Edison Figueira, netfilter

On 26/07/10 13:13, Jan Engelhardt wrote:
> 
> On Monday 2010-07-26 13:09, Pablo Neira Ayuso wrote:
>>>>>
>>>>> Means packets are tagged as INVALID.
>>>>
>>>> Indeed. You have to add a rule to drop invalid packets before the CLUSTERIP
>>>> rule to avoid this message.
>>>
>>> Hm, couldn't we just drop the message? There are many other components
>>> in Netfilter that silently bail out when nf_ct_get returns NULL, like
>>> xt_connlimit.
>>
>> Yes, it's a good idea for the short run.
>>
>> In the long run, we should deprecate CLUSTERIP since it has been superseded by
>> the cluster match. However, I wanted to document the new approach before doing
>> so (I found no spare time to do it).
>>
>> IIRC, the message is only displayed if netfilter debugging is enabled.
> 
> pr_info it says.

Then, it would better to use pr_debug instead.

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2010-07-26 17:05 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-07-13 22:18 CLUSTERIP: no conntrack error Edison Figueira
2010-07-25 16:34 ` Jan Engelhardt
2010-07-26 10:35   ` Pablo Neira Ayuso
2010-07-26 11:00     ` Jan Engelhardt
2010-07-26 11:09       ` Pablo Neira Ayuso
2010-07-26 11:13         ` Jan Engelhardt
2010-07-26 13:43           ` Edison Figueira
2010-07-26 17:05           ` Pablo Neira Ayuso

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox