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 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.