From: Largo Hellenz lamp@nyc.rr.com
To: lartc@vger.kernel.org
Subject: [LARTC] NAT+portfw failure
Date: Wed, 28 Feb 2001 04:06:33 +0000 [thread overview]
Message-ID: <marc-lartc-98373940417061@msgid-missing> (raw)
In-Reply-To: <marc-lartc-98373940417054@msgid-missing>
<PRE>yeah i think i get the saame thing when routing 10. to 192.168.1.
the packet wont go backwards. is it a performance question?
i seem to only get this when there is no traffic.
i have a single external int w/ ipmasq. Portforwarded servers are 192.168.1.
My private Lan is 10.*
00:07:15.730063 lo < Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
00:07:15.730099 lo < Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
00:07:19.730396 lo > Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
00:07:19.730439 lo > Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
00:07:19.730464 lo > Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
00:07:19.730396 lo < Oort.miranda.opz > Oort.miranda.opz: icmp: host
10.0.0.255 unreachable [tos 0xc0]
-----Original Message-----
From: <A HREF="mailto:lartc-admin@mailman.ds9a.nl">lartc-admin@mailman.ds9a.nl</A> [mailto:<A HREF="mailto:lartc-admin@mailman.ds9a.nl">lartc-admin@mailman.ds9a.nl</A>]On
Behalf Of Paul Wouters
Sent: Tuesday, February 27, 2001 3:12 AM
To: <A HREF="mailto:lartc@mailman.ds9a.nl">lartc@mailman.ds9a.nl</A>
Subject: [LARTC] NAT+portfw failure
I have the following forced up mew by evil telco problem:
- One IP
- Homebrew LAN
- portforwarding for some services.
- extra PPTP/ppp layer to an internal 10.* network which mutilates DNS
answers.
Setup:
Machine A has ip a.b.c.d (real IP) and is reachable over ADSL with it from
the world. It does NAT for an internal LAN 192.168.0.0/24) and has
portforwading
turned on for some ports (eg 80) to 192.168.0.x. The pptp interface has
10.c.d.e.
Problem: When on the LAN, pointing to www.whatever.nl resolves to a.b.c.d
for
everyone, but the Telco's stupid system rewrites it to be 10.c.d.e. A packet
is sent with source 192.168.0.y and destination 10.c.d.e. It arrives a the
firewall, get's NATTED, and portforwarded. However, the portforwarded
destination is on the same interface as the packet came from, and this then
generates an icmp unreachable.
Is there a way to allow this (on linux 2.2). If not, would 2.4 NAT of the
destination address work or have the same simmilar interface problem?
Paul, who realises he is too tired to better explain "MXstream, KPN's
wonderful horrible ADSL network"
--
Just patent your virus and sue the anti-virus companies for reverse
enineering it.
--- <A HREF="mailto:cne_pc@youknowwhattodo.yahoo.com">cne_pc@youknowwhattodo.yahoo.com</A>, in response to
Norton's
patent on "software updates"
_______________________________________________
LARTC mailing list / <A HREF="mailto:LARTC@mailman.ds9a.nl">LARTC@mailman.ds9a.nl</A>
<A HREF="http://mailman.ds9a.nl/mailman/listinfo/lartc">http://mailman.ds9a.nl/mailman/listinfo/lartc</A> HOWTO:
<A HREF="http://ds9a.nl/2.4Routing/">http://ds9a.nl/2.4Routing/</A>
</PRE>
next prev parent reply other threads:[~2001-02-28 4:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-27 3:12 [LARTC] NAT+portfw failure Paul
2001-02-27 8:53 ` Arthur
2001-02-27 17:56 ` Paul
2001-02-28 4:06 ` Largo [this message]
2001-02-28 13:14 ` striscio
2001-03-02 17:24 ` Paul
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=marc-lartc-98373940417061@msgid-missing \
--to=lartc@vger.kernel.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.