From: Kiran Murari <kmurari@embeddedinfotech.com>
To: netfilter@lists.netfilter.org
Subject: Re: NAT Issue
Date: Fri, 20 Apr 2007 16:38:32 +0530 [thread overview]
Message-ID: <46289F30.9030800@embeddedinfotech.com> (raw)
Hi,
> >
> > My setup is as shown below.
> > PC--------Router---------ISP
> >
> > I established a connection with the ISP (PPP link) and I am pinging
> > google.com from LAN side host.
> > Now if I disable WAN
>
What do you mean exactly ?
I have an option of enabling/disabling the WAN interface from the WEB interface of the Router.
> > (leave the ping running) and then enable it, the
> > session does not resume.
>
What session ?
The PING session which was running earlier, does not resume after my WAN is up
> > The SNAT rules are in place.
> > # iptables -t nat -L POSTROUTING -n -v
> > Chain POSTROUTING (policy ACCEPT 13927 packets, 458K bytes)
> > pkts bytes target prot opt in out source destination
> > 0 0 SNAT all -- * ppp0 0.0.0.0/0
> > 0.0.0.0/0 to:xx:xx:xx:xx
>
Is the public address fixed or can it change at each PPP connection ?
The public IP can be configured for both static and dynamic addresses.
> > # cat /proc/net/ip_conntrack | grep icmp
> > icmp 1 29 src=yy:yy:yy:yy dst=64.233.167.99 type=8 code=0 id=16446
> > packets=575 bytes=48300 [UNREPLIED]
> > src=yy:yy:yy:yy dst=192.168.10.100 type=0 code=0 id=16446 packets=0
> > bytes=0 mark=0 use=1
> > yy:yy:yy:yy being the IP address of the LAN host.
>
I doubt that the source address of the expected reply is the LAN host
address. What is 192.168.10.100 ?
It's my mistake in putting the conntrack entry.... :(
The correct entry is
# cat /proc/net/ip_conntrack | grep icmp
icmp 1 29 src=yy:yy:yy:yy dst=64.233.167.99 type=8 code=0 id=16446
packets=575 bytes=48300 [UNREPLIED]
src=64.233.167.99 dst=yy:yy:yy:yy type=0 code=0 id=16446 packets=0
bytes=0 mark=0 use=1
yy:yy:yy:yy being the IP address of the LAN host.
After little bit of experimenting, I could see that if I flush all the conntrack entries,
as soon as my WAN is enabled, the PING session continued.
But flushing all the conntrack entries, doesn't look like a feasible one.
Is there a way to flush the conntrack entries that have been created during a specific interval.
Any thoughts.
Thanks,
Kiran
next reply other threads:[~2007-04-20 11:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-20 11:08 Kiran Murari [this message]
2007-04-20 11:25 ` NAT Issue Yasuyuki KOZAKAI
[not found] ` <200704201125.l3KBPGSw018412@toshiba.co.jp>
2007-04-20 12:09 ` Kiran Murari
2007-04-20 12:21 ` Yasuyuki KOZAKAI
2007-04-20 20:54 ` Nagy Zoltan
-- strict thread matches above, loose matches on Subject: below --
2007-04-19 10:09 Kiran Murari
2007-04-19 22:24 ` Pascal Hambourg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46289F30.9030800@embeddedinfotech.com \
--to=kmurari@embeddedinfotech.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox