* iptables and linuxVirtualServer
@ 2002-10-02 15:52 Tim Cronin
0 siblings, 0 replies; 5+ messages in thread
From: Tim Cronin @ 2002-10-02 15:52 UTC (permalink / raw)
To: 'netfilter@lists.netfilter.org'
I have a box I'm using as a gateway to a private network.
It does lvs_nat to expose http and ftp services.
eth0 is my external nic.
it's running rh 7.3 /w kernel 2.4.19
I've go the connection tracking modules loading.
I've posted this on the lvs mailing list and it was suggested
I post here as well.
I'm having problems with the following
iptables -A INPUT -i eth0 -p tcp ! --syn -m state --state NEW -j DROP
if this rule is set I'm unable to connect to my web server.
I added the following
iptables -A INPUT -i eht0 -p tcp ! --syn \
-m state --state NEW \
-j LOG --log-prefix "IPTABLES SYN: "
and I get the following log
Oct 1 11:12:24 loadbalancer kernel:
IPTABLES SYN:
IN=eth0 OUT=
MAC=00:80:ad:98:14:94:00:b0:d0:2c:96:16:08:00
SRC=172.24.1.24
DST=172.24.1.251
LEN=411 TOS=0x00 PREC=0x00 TTL=128 ID=61175 DF
PROTO=TCP
SPT=1262
DPT=80
WINDOW=64240 RES=0x00 ACK PSH URGP=0
if I add the following before the rule above
iptables -A INPUT -i eth0 -p tcp ! --syn --dport http -m state --state NEW
-j ACCEPT
I can get access, but this seems to defeat the purpose.
I'm guessing that since the http requests are being handled by
lvs iptables doesn't track the state, but this is just a swag on my part.
any help would be appreciated.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: iptables and linuxVirtualServer
@ 2002-10-02 17:01 Walther
0 siblings, 0 replies; 5+ messages in thread
From: Walther @ 2002-10-02 17:01 UTC (permalink / raw)
To: Tim Cronin; +Cc: netfilter
this is based on tcp-connection basics
client ->syn-> server
server ->ack(syn-ack) and syn(time-sync)-> client
client ->ack-> server (HERE you get the ack-problems)
server ->ack->client
Best Regards,
MfG.
Stefan Walther
stefan_walther@gehag-dsk.de
dienst.: +4930/89786448
Funk: +49172/3943961
http://www.gehag-dsk.de
--------------------------------------------------------------
Linux/UNIX is like an Indian Tipi:
No Windows, no Gates and Apache inside.
Outgoing Mail is certified mistake-free.
Examined by DOGMATIC infallibility system.
Version 6.04
Tim Cronin <tim@13-colonies.com>
Sent by: netfilter-admin@lists.netfilter.org
02.10.2002 17:52
To: "'netfilter@lists.netfilter.org'" <netfilter@lists.netfilter.org>
cc:
Subject: iptables and linuxVirtualServer
I have a box I'm using as a gateway to a private network.
It does lvs_nat to expose http and ftp services.
eth0 is my external nic.
it's running rh 7.3 /w kernel 2.4.19
I've go the connection tracking modules loading.
I've posted this on the lvs mailing list and it was suggested
I post here as well.
I'm having problems with the following
iptables -A INPUT -i eth0 -p tcp ! --syn -m state --state NEW -j DROP
if this rule is set I'm unable to connect to my web server.
I added the following
iptables -A INPUT -i eht0 -p tcp ! --syn \
-m state --state NEW \
-j LOG --log-prefix "IPTABLES SYN: "
and I get the following log
Oct 1 11:12:24 loadbalancer kernel:
IPTABLES SYN:
IN=eth0 OUT=
MAC=00:80:ad:98:14:94:00:b0:d0:2c:96:16:08:00
SRC=172.24.1.24
DST=172.24.1.251
LEN=411 TOS=0x00 PREC=0x00 TTL=128 ID=61175 DF
PROTO=TCP
SPT=1262
DPT=80
WINDOW=64240 RES=0x00 ACK PSH URGP=0
if I add the following before the rule above
iptables -A INPUT -i eth0 -p tcp ! --syn --dport http -m state --state NEW
-j ACCEPT
I can get access, but this seems to defeat the purpose.
I'm guessing that since the http requests are being handled by
lvs iptables doesn't track the state, but this is just a swag on my part.
any help would be appreciated.
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: iptables and linuxVirtualServer
@ 2002-10-03 15:56 Tim Cronin
2002-10-04 9:17 ` Roberto Nibali
0 siblings, 1 reply; 5+ messages in thread
From: Tim Cronin @ 2002-10-03 15:56 UTC (permalink / raw)
To: 'Walther@gehag-dsk.de', Tim Cronin; +Cc: netfilter
yup, I've checked the packet exchange for a single page request.
the problem is that since lvs is handling the NAT for http
iptables doesn't look like it's tracking state.
if I let iptables handle nat to the web server the line below
works.
-----Original Message-----
From: Walther@gehag-dsk.de [mailto:Walther@gehag-dsk.de]
Sent: Wednesday, October 02, 2002 12:01 PM
To: Tim Cronin
Cc: netfilter@lists.netfilter.org
Subject: Re: iptables and linuxVirtualServer
this is based on tcp-connection basics
client ->syn-> server
server ->ack(syn-ack) and syn(time-sync)-> client
client ->ack-> server (HERE you get the ack-problems)
server ->ack->client
Best Regards,
MfG.
Stefan Walther
stefan_walther@gehag-dsk.de
dienst.: +4930/89786448
Funk: +49172/3943961
http://www.gehag-dsk.de
--------------------------------------------------------------
Linux/UNIX is like an Indian Tipi:
No Windows, no Gates and Apache inside.
Outgoing Mail is certified mistake-free.
Examined by DOGMATIC infallibility system.
Version 6.04
Tim Cronin <tim@13-colonies.com>
Sent by: netfilter-admin@lists.netfilter.org
02.10.2002 17:52
To: "'netfilter@lists.netfilter.org'"
<netfilter@lists.netfilter.org>
cc:
Subject: iptables and linuxVirtualServer
I have a box I'm using as a gateway to a private network.
It does lvs_nat to expose http and ftp services.
eth0 is my external nic.
it's running rh 7.3 /w kernel 2.4.19
I've go the connection tracking modules loading.
I've posted this on the lvs mailing list and it was suggested
I post here as well.
I'm having problems with the following
iptables -A INPUT -i eth0 -p tcp ! --syn -m state --state NEW -j DROP
if this rule is set I'm unable to connect to my web server.
I added the following
iptables -A INPUT -i eht0 -p tcp ! --syn \
-m state --state NEW \
-j LOG --log-prefix "IPTABLES SYN: "
and I get the following log
Oct 1 11:12:24 loadbalancer kernel:
IPTABLES SYN:
IN=eth0 OUT=
MAC=00:80:ad:98:14:94:00:b0:d0:2c:96:16:08:00
SRC=172.24.1.24
DST=172.24.1.251
LEN=411 TOS=0x00 PREC=0x00 TTL=128 ID=61175 DF
PROTO=TCP
SPT=1262
DPT=80
WINDOW=64240 RES=0x00 ACK PSH URGP=0
if I add the following before the rule above
iptables -A INPUT -i eth0 -p tcp ! --syn --dport http -m state --state NEW
-j ACCEPT
I can get access, but this seems to defeat the purpose.
I'm guessing that since the http requests are being handled by
lvs iptables doesn't track the state, but this is just a swag on my part.
any help would be appreciated.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: iptables and linuxVirtualServer
2002-10-03 15:56 iptables and linuxVirtualServer Tim Cronin
@ 2002-10-04 9:17 ` Roberto Nibali
0 siblings, 0 replies; 5+ messages in thread
From: Roberto Nibali @ 2002-10-04 9:17 UTC (permalink / raw)
To: Tim Cronin; +Cc: 'Walther@gehag-dsk.de', netfilter
Hi,
Tim Cronin wrote:
> yup, I've checked the packet exchange for a single page request.
>
> the problem is that since lvs is handling the NAT for http
> iptables doesn't look like it's tracking state.
Yes, you're right and I was wrong redirecting you to the netfilter mailinglist.
We will solve it on the LVS mailinglist and if there are problems with netfilter
we will come back, ok?
> if I let iptables handle nat to the web server the line below
> works.
Yes, it is clearly the NF_STOLEN interaction of LVS in the NAT part of the code.
Sorry for the confusion I created,
Roberto Nibali, ratz
--
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: iptables and linuxVirtualServer
@ 2002-10-04 15:52 Tim Cronin
0 siblings, 0 replies; 5+ messages in thread
From: Tim Cronin @ 2002-10-04 15:52 UTC (permalink / raw)
To: 'Roberto Nibali',
'lvs-users@LinuxVirtualServer.org'
Cc: 'Walther@gehag-dsk.de', netfilter
>Yes, you're right and I was wrong redirecting you to the netfilter
mailinglist.
>We will solve it on the LVS mailinglist and if there are problems with
netfilter
>we will come back, ok?
Hey no problem, I must say that this is the most cordial and helpful
mailing list I've been on. Thanks to everyone for your help. LVS has all
ready
saved me much time and money.
>Yes, it is clearly the NF_STOLEN interaction of LVS in the NAT part of the
code.
this sounds like I might have opened a can of worms. :^D
should/can lvs and iptables both track state, what would be the impact of
that?
-----Original Message-----
From: Roberto Nibali [mailto:ratz@tac.ch]
Sent: Friday, October 04, 2002 4:18 AM
To: Tim Cronin
Cc: 'Walther@gehag-dsk.de'; netfilter@lists.netfilter.org
Subject: Re: iptables and linuxVirtualServer
Hi,
Tim Cronin wrote:
> yup, I've checked the packet exchange for a single page request.
>
> the problem is that since lvs is handling the NAT for http
> iptables doesn't look like it's tracking state.
Yes, you're right and I was wrong redirecting you to the netfilter
mailinglist.
We will solve it on the LVS mailinglist and if there are problems with
netfilter
we will come back, ok?
> if I let iptables handle nat to the web server the line below
> works.
Yes, it is clearly the NF_STOLEN interaction of LVS in the NAT part of the
code.
Sorry for the confusion I created,
Roberto Nibali, ratz
--
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' |
dc
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-10-04 15:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-10-03 15:56 iptables and linuxVirtualServer Tim Cronin
2002-10-04 9:17 ` Roberto Nibali
-- strict thread matches above, loose matches on Subject: below --
2002-10-04 15:52 Tim Cronin
2002-10-02 17:01 Walther
2002-10-02 15:52 Tim Cronin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox