* Connections and connlimit problem,
@ 2004-04-05 8:23 nexor
2004-04-05 9:47 ` nexor
0 siblings, 1 reply; 3+ messages in thread
From: nexor @ 2004-04-05 8:23 UTC (permalink / raw)
To: netfilter
Hello,
it's my first post here - so welcome everyone!
I'm using Debian with kernel 2.4.6. I realized that I have a lot lines
in ip_conntrack like that:
tcp 6 431925 ESTABLISHED src=213.155.172.138 dst=217.17.41.88 sport=1057 dport=8074
src=217.17.41.88 dst=213.155.172.138 sport=8074 dport=1057 [ASSURED] use=1
I guess that 431925 (third values) is a timer - means how long this
connection will be tracked. Value of 431925 (in secs) means about 5
days... Those connections stay in ip_conntrack even after user reboot or
shutdown his computer.
I use connlimit and would like to not allow more than 20 connections
at once - here is my problem. After few days my ip_conntrack is full
of connections like that. Users can't make new connections, because
they have those 'dead' connections and connlimit prevent them from
making new.
Sorry for my poor English, I'm waiting for some advices.
--
Best regards,
nexor mailto:nexor@fnet.pl
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Connections and connlimit problem,
2004-04-05 8:23 Connections and connlimit problem, nexor
@ 2004-04-05 9:47 ` nexor
2004-04-06 3:10 ` Kiran Kumar
0 siblings, 1 reply; 3+ messages in thread
From: nexor @ 2004-04-05 9:47 UTC (permalink / raw)
To: netfilter
Hello nexor,
Monday, April 5, 2004, 10:23:23 AM, you wrote:
nfp> Hello,
nfp> it's my first post here - so welcome everyone!
nfp> I'm using Debian with kernel 2.4.6. I realized that I have a lot lines
nfp> in ip_conntrack like that:
nfp> tcp 6 431925 ESTABLISHED src=213.155.172.138
nfp> dst=217.17.41.88 sport=1057 dport=8074
nfp> src=217.17.41.88 dst=213.155.172.138 sport=8074 dport=1057 [ASSURED] use=1
nfp> I guess that 431925 (third values) is a timer - means how long this
nfp> connection will be tracked. Value of 431925 (in secs) means about 5
nfp> days... Those connections stay in ip_conntrack even after user reboot or
nfp> shutdown his computer.
nfp> I use connlimit and would like to not allow more than 20 connections
nfp> at once - here is my problem. After few days my ip_conntrack is full
nfp> of connections like that. Users can't make new connections, because
nfp> they have those 'dead' connections and connlimit prevent them from
nfp> making new.
nfp> Sorry for my poor English, I'm waiting for some advices.
I've found that:
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
returns value:
432000
Isn't that too much ?
--
Best regards,
nexor mailto:nexor@fnet.pl
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Connections and connlimit problem,
2004-04-05 9:47 ` nexor
@ 2004-04-06 3:10 ` Kiran Kumar
0 siblings, 0 replies; 3+ messages in thread
From: Kiran Kumar @ 2004-04-06 3:10 UTC (permalink / raw)
To: nexor, netfilter
--- nexor@fnet.pl wrote:
> cat
>
/proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
>
> returns value:
> 432000
>
> Isn't that too much ?
Too much or too less really depends upon your
specific scenario. For this purpose you are provided
with sysctls to alter the various timeouts.
Specifically
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established
=====
Regards,
Kiran Kumar Immidi
__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-04-06 3:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-04-05 8:23 Connections and connlimit problem, nexor
2004-04-05 9:47 ` nexor
2004-04-06 3:10 ` Kiran Kumar
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.