From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@lists.netfilter.org>
Subject: Re: NAT addresses - RFC or tradition?
Date: Tue, 22 May 2007 15:22:50 -0500 [thread overview]
Message-ID: <4653511A.5020205@riverviewtech.net> (raw)
In-Reply-To: <001c01c79ca7$0c1717e0$5a05a8c0@nisgaa.net>
On 05/22/07 14:26, Paul Blondé wrote:
> I've noticed that a lot of people use the 192.168.X.X subnet for
> internal networks, is this (and the less-used 10-series) a
> requirement of some RFC, or a recommendation that has become
> tradition?
10.0.0.0-10.255.255.255, 172.16.0.0-172.31.255.255, and
192.168.0.0-192.168.255.255 are reserved for private (read internal) use
and guaranteed to not be globally routable. As others have stated, you
can use any address you want, though you run the risk of being in
conflict with some subnet somewhere. Granted it is VERY unlikely that
you will effect any one other than your self as the world will route to
the other subnet, not you.
Please reference RFC 3330 - "Special-Use IPv4 Addresses"
(http://www.rfc-editor.org/rfc/rfc3330.txt) for more information on
these and other reserved subnets.
> We are using a completely different subnet, something similar to (for
> example) 42.127.129.X to further obfuscate the internal network from
> outside. This, and many other examples, produces a class-A subnet
> mask (some produce a class-B) when entered in WinXP's TCP/IP dialog,
> although the actual mask we use with it is class-C.
*nod*
> Is this a no-no? Will it break our server's IPTables when
> communicating with it? Am I in for a lot of trouble? The addresses
> don't seem to cause any problems, but I don't want this to jump up
> and bite us in the bottom sometime down the road.
Well, the 42.x.y.z is not too bad as far as conflicting with someone
else seeing as how IANA has it "Reserved". Take a look at the "Internet
Protocol v4 Address Space" page
(http://www.iana.org/assignments/ipv4-address-space) on IANA's web site
for more information.
Grant. . . .
next prev parent reply other threads:[~2007-05-22 20:22 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-22 14:28 Bridge Transparent Proxy Jon Tim
2007-05-22 14:35 ` Robert LeBlanc
2007-05-22 16:06 ` Pascal Hambourg
2007-05-23 5:56 ` Jon Tim
2007-05-23 13:39 ` Gáspár Lajos
2007-05-22 16:09 ` Grant Taylor
2007-05-22 17:07 ` Robert LeBlanc
2007-05-22 18:30 ` Grant Taylor
2007-05-22 18:36 ` Pascal Hambourg
2007-05-22 18:51 ` Grant Taylor
2007-05-22 19:26 ` NAT addresses - RFC or tradition? Paul Blondé
2007-05-22 19:46 ` Andre Guimarães
2007-05-22 19:57 ` Tim Evans
2007-05-22 20:02 ` Marius-Iulian Corici
2007-06-18 17:27 ` R. DuFresne
2007-06-18 17:25 ` R. DuFresne
2007-05-22 20:02 ` Leonardo Rodrigues Magalhães
2007-05-22 20:22 ` Grant Taylor [this message]
2007-05-22 21:39 ` Bridge Transparent Proxy Petr Pisar
2007-05-22 22:07 ` Pascal Hambourg
2007-05-23 0:25 ` Grant Taylor
2007-05-22 18:39 ` Robert LeBlanc
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=4653511A.5020205@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--cc=gtaylor+reply@riverviewtech.net \
--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.