* FORWARD RULE -- please help
@ 2004-03-09 7:54 Nilesh
2004-03-09 8:46 ` Antony Stone
0 siblings, 1 reply; 5+ messages in thread
From: Nilesh @ 2004-03-09 7:54 UTC (permalink / raw)
To: netfilter
Hello
Can anyone please help me regarding Packet Forwarding
The condition is
203.129.224.149 is my firewall machine running
IPTABLES and 192.168.0.22 is my local machine on 2090
port service is running
and another client side is
202.129.227.3 is his firewall IP and 192.168.1.25 is
his local machine where on 2090 port services is
running
I want to communicate this both internal
machines(192.168.0.22 and 192.168.1.25) through
firewall
They are already allowd connection from my IP and Port
in his firewall machine but I want to allow him at my
side
The flow is like
192.168.0.22:2090
--->203.129.224.149--->203.129.227.3-->192.168.1.25:2090
now it will take acknowledment and come back to source
the process is reverse
192.168.1.25:2090-->203.129.227.3--->203.129.224.149:2090-->192.168.0.22:2090
could any one please tell me the rule.
Thanks
__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: FORWARD RULE -- please help
2004-03-09 7:54 FORWARD RULE -- please help Nilesh
@ 2004-03-09 8:46 ` Antony Stone
2004-03-09 9:10 ` Alexander Samad
0 siblings, 1 reply; 5+ messages in thread
From: Antony Stone @ 2004-03-09 8:46 UTC (permalink / raw)
To: netfilter
On Tuesday 09 March 2004 7:54 am, Nilesh wrote:
> 203.129.224.149 is my firewall machine running
> IPTABLES and 192.168.0.22 is my local machine on 2090
> port service is running
>
> 202.129.227.3 is his firewall IP and 192.168.1.25 is
> his local machine where on 2090 port services is
> running
>
> I want to communicate this both internal
> machines(192.168.0.22 and 192.168.1.25) through
> firewall
If you want his 192.168.1.0/24 network to be able to communicate with your
192.168.0.0/24 network then you should investigate IP in IP tunnelling /
encapsulation (see the Linux Advanced Routing Guide at http://lartc.org for a
simple guide to how to do this), or else set up a VPN (eg : FreeS/WAN, or the
IPsec implementation built into the 2.6 kernel).
Regards,
Antony.
--
If at first you don't succeed, destroy all the evidence that you tried.
Please reply to the list;
please don't CC me.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: FORWARD RULE -- please help
2004-03-09 8:46 ` Antony Stone
@ 2004-03-09 9:10 ` Alexander Samad
2004-03-09 9:20 ` Antony Stone
0 siblings, 1 reply; 5+ messages in thread
From: Alexander Samad @ 2004-03-09 9:10 UTC (permalink / raw)
To: Antony Stone; +Cc: netfilter
[-- Attachment #1: Type: text/plain, Size: 1666 bytes --]
On Tue, Mar 09, 2004 at 08:46:46AM +0000, Antony Stone wrote:
> On Tuesday 09 March 2004 7:54 am, Nilesh wrote:
>
> > 203.129.224.149 is my firewall machine running
> > IPTABLES and 192.168.0.22 is my local machine on 2090
> > port service is running
> >
> > 202.129.227.3 is his firewall IP and 192.168.1.25 is
> > his local machine where on 2090 port services is
> > running
> >
> > I want to communicate this both internal
> > machines(192.168.0.22 and 192.168.1.25) through
> > firewall
>
> If you want his 192.168.1.0/24 network to be able to communicate with your
> 192.168.0.0/24 network then you should investigate IP in IP tunnelling /
> encapsulation (see the Linux Advanced Routing Guide at http://lartc.org for a
> simple guide to how to do this), or else set up a VPN (eg : FreeS/WAN, or the
> IPsec implementation built into the 2.6 kernel).
Or he could use MASQ on both sides with 2 dnat rules
on 203.129.224.149
iptables -t nat -I postrouting -o IF_INTERNET -s 192.168.0.22 -p tcp
--dport 2090 -j MASQUERADE
iptables -t nat -I prerouting -i IF_INTERNET -d 203.129.224.149 -s
202.129.227.3 -p tcp --dport 2090 -j DNAT 192.168.0.22
iptabes -t filter -I INPUT -i IF_INTERNET -d 203.129.224.149 -p tcp
--dport 2090
and then the reverse on the other side. Presumed tcp and could use SNAT
instead of MASQ
>
> Regards,
>
> Antony.
>
> --
> If at first you don't succeed, destroy all the evidence that you tried.
>
> Please reply to the list;
> please don't CC me.
>
>
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: FORWARD RULE -- please help
2004-03-09 9:10 ` Alexander Samad
@ 2004-03-09 9:20 ` Antony Stone
2004-03-09 10:36 ` Alexander Samad
0 siblings, 1 reply; 5+ messages in thread
From: Antony Stone @ 2004-03-09 9:20 UTC (permalink / raw)
To: netfilter
On Tuesday 09 March 2004 9:10 am, Alexander Samad wrote:
> On Tue, Mar 09, 2004 at 08:46:46AM +0000, Antony Stone wrote:
> > On Tuesday 09 March 2004 7:54 am, Nilesh wrote:
> > > 203.129.224.149 is my firewall machine running
> > > IPTABLES and 192.168.0.22 is my local machine on 2090
> > > port service is running
> > >
> > > 202.129.227.3 is his firewall IP and 192.168.1.25 is
> > > his local machine where on 2090 port services is
> > > running
> > >
> > > I want to communicate this both internal
> > > machines(192.168.0.22 and 192.168.1.25) through
> > > firewall
> >
> > If you want his 192.168.1.0/24 network to be able to communicate with
> > your 192.168.0.0/24 network then you should investigate IP in IP
> > tunnelling / encapsulation (see the Linux Advanced Routing Guide at
> > http://lartc.org for a simple guide to how to do this), or else set up a
> > VPN (eg : FreeS/WAN, or the IPsec implementation built into the 2.6
> > kernel).
>
> Or he could use MASQ on both sides with 2 dnat rules
True, however this is not a scalable solution (won't work for more than one
client or server at each end of the link for example), and it means that the
client and server see the public addresses of the other end, not the private
ones (although you could probably overcome this with another couple of SNAT
rules loaded on top).
It would probably work okay in a restricted situation such as Nilesh
specified, however.
Regards,
Antony.
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: FORWARD RULE -- please help
2004-03-09 9:20 ` Antony Stone
@ 2004-03-09 10:36 ` Alexander Samad
0 siblings, 0 replies; 5+ messages in thread
From: Alexander Samad @ 2004-03-09 10:36 UTC (permalink / raw)
Cc: netfilter
[-- Attachment #1: Type: text/plain, Size: 1896 bytes --]
On Tue, Mar 09, 2004 at 09:20:04AM +0000, Antony Stone wrote:
> On Tuesday 09 March 2004 9:10 am, Alexander Samad wrote:
>
> > On Tue, Mar 09, 2004 at 08:46:46AM +0000, Antony Stone wrote:
> > > On Tuesday 09 March 2004 7:54 am, Nilesh wrote:
> > > > 203.129.224.149 is my firewall machine running
> > > > IPTABLES and 192.168.0.22 is my local machine on 2090
> > > > port service is running
> > > >
> > > > 202.129.227.3 is his firewall IP and 192.168.1.25 is
> > > > his local machine where on 2090 port services is
> > > > running
> > > >
> > > > I want to communicate this both internal
> > > > machines(192.168.0.22 and 192.168.1.25) through
> > > > firewall
> > >
> > > If you want his 192.168.1.0/24 network to be able to communicate with
> > > your 192.168.0.0/24 network then you should investigate IP in IP
> > > tunnelling / encapsulation (see the Linux Advanced Routing Guide at
> > > http://lartc.org for a simple guide to how to do this), or else set up a
> > > VPN (eg : FreeS/WAN, or the IPsec implementation built into the 2.6
> > > kernel).
> >
> > Or he could use MASQ on both sides with 2 dnat rules
>
> True, however this is not a scalable solution (won't work for more than one
> client or server at each end of the link for example), and it means that the
> client and server see the public addresses of the other end, not the private
> ones (although you could probably overcome this with another couple of SNAT
> rules loaded on top).
true just doing it simple for the one off
>
> It would probably work okay in a restricted situation such as Nilesh
> specified, however.
>
> Regards,
>
> Antony.
>
> --
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing on usenet and in e-mail?
>
>
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-03-09 10:36 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-09 7:54 FORWARD RULE -- please help Nilesh
2004-03-09 8:46 ` Antony Stone
2004-03-09 9:10 ` Alexander Samad
2004-03-09 9:20 ` Antony Stone
2004-03-09 10:36 ` Alexander Samad
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).