Re: [FreeBSD] NAT részletesebben

Niedermayer Miklos mico at vnet.hu
2002. Aug. 12., H, 11:28:57 CEST


Helo,

On 2002.08.12. at 10:34 Gergely EGERVARY wrote:

>|   When a NAT box x in stub
>|   partition X wishes to deliver a packet to stub partition Y, it will
>|   encapsulate the packet in an IP header with destination address set
>|   to the global address of NAT box y that has been reserved for
>|   encapsulation. When NAT box y receives a packet with that destination
>|   address, it decapsulates the IP header and routes the packet
>|   internally.
>
>ezt en szamomra azt jelenti, hogy az encaps megszuntetese utan
>olyannyira az eredeti csomag all elo, hogy az meg route-olhato is
>az eredeti fejlece alapjan.

Na varjunk
Elolvastam az RFC-t (ami egyebkent meglehetosen regi, 1994-es es mar 
obsoleted, a jelenlegi NAT-ra vonatkozo a 3022-es), mert ez a par mondat 
elegge idegesitett.  Szoval az idezet nem a NAT-rol szol, hanem a VPN-rol, egy
bekezdes erejeig, hogy 'ha ezt akarnank megoldani, igy kene csinalni'.

Kozvetlenul az emlitett idezet utan jon az a fejezet ami arrol szol, hogy
valojaban milyen valtoztatasok tortennek egy csomagban, ha atmegy egy
NAT-olo routeren, es kiderul, hogy csak a forras IP cim, TCP-nel es UDP-nel
a forras portcime, es a checksumok valtozhatnak, illetve nehany ICMP
uzenet feldolgozasa valtozik.  De meg eleg altalanossagban beszel,
a 3022-es RFC-ben jobban le van irva  (es nincs szo semmilyen encapsulation-rol,
mert annak koze nincs a NAThoz), ahogy az is, hogy a belso-kulso IP cimek
es portok kozti megfeleltetes egy state tablan keresztul tortenik, amiben
a bejegyzes a kapcsolat letrehozasakor jon letre.

udv
Mivo




További információk a(z) BSD levelezőlistáról