Annotated edit history of
NAT version 6 showing authors affecting page license.
View with all changes included.
Rev |
Author |
# |
Line |
1 |
PerryLorier |
1 |
An [Acronym] for __N__etwork __A__ddress __T__ranslation. |
|
|
2 |
|
|
|
3 |
[NAT] is an evil scheme to change [IP]s as they travel through a gateway. A common special case is “masquerading”, where multiple machines appear to have the gateway's [IP] address, which is necessary if you have multiple machines trying to communicate with remote hosts on the InterNet but the [ISP] only gave you one [IP] address. |
2 |
CraigBox |
4 |
|
5 |
PerryLorier |
5 |
If you are trapped behind [NAT] and need a realworld [IP], consider using [Teredo] to get yourself a realworld IPv6 address. |
|
|
6 |
|
|
|
7 |
!!! Types of [NAT] |
|
|
8 |
|
6 |
AristotlePagaltzis |
9 |
__Full cone__: |
|
|
10 |
Packets arriving at the [NAT] device for a [Port] previously used by the [NAT] device to send out packets will be routed to the host inside. |
|
|
11 |
<br> __Restricted cone__: |
|
|
12 |
This is like full cone, except that the internal host must have spoken to the remote host at some point in the past. |
|
|
13 |
<br> __Port restricted cone__: |
|
|
14 |
This is like restricted cone but they must have spoken to the same [IP]:[Port] before. |
|
|
15 |
<br> __Symmetric__: |
|
|
16 |
Uses a seperate [Port] for every [IP]:[Port] pair. This cannot work with [Teredo] or [STUN]. This is the worst kind of [NAT]. |
5 |
PerryLorier |
17 |
|
6 |
AristotlePagaltzis |
18 |
!!! See also |
5 |
PerryLorier |
19 |
|
6 |
AristotlePagaltzis |
20 |
* RFC:1631 |
|
|
21 |
* RFC:3489 |
|
|
22 |
* [NAPT] |
|
|
23 |
* [Teredo] |
|
|
24 |
* [STUN] |