From: Paul Wouters paul@xtdnet.nl
To: lartc@vger.kernel.org
Subject: [LARTC] NAT+portfw failure
Date: Tue, 27 Feb 2001 03:12:21 +0000 [thread overview]
Message-ID: <marc-lartc-98373940417054@msgid-missing> (raw)
<PRE>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"
</PRE>
next reply other threads:[~2001-02-27 3:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-27 3:12 Paul [this message]
2001-02-27 8:53 ` [LARTC] NAT+portfw failure Arthur
2001-02-27 17:56 ` Paul
2001-02-28 4:06 ` Largo
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-98373940417054@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.