Newsgroup: it.comp.reti.locali
Titolo: NAT,PAT,NAPT ecc..

Ciao a tutti.... 
ho cercato su internet docs relativa alle differenze fra NAT, PAT,
NPAT.. ma ho trovato ben poco di illuminante....
Chi può chiarirmi le idee a tal proposito?
Da quanto ho capito, il NAT e' il cosiddetto Masquerading (SNAT), in
cui la macchina che funge da NAT sostituisce l'indirizzo della
macchina che fa la richiesta di una determinata risorsa con il
proprio.. e viceversa. Oppure il cosiddetto port-forwarding (DNAT)...
ma il PAT e l'NAPT cosa sono? 
Il PAT sostituisce, o maschera, anche le porte... ma in pratica che
vuol dire? Che vantaggi ci sono?
Grazie a chiunuqe mi illuminerà... 
:: ScHizZo 

 ma in pratica che vuol dire? Che vantaggi ci sono?
Beh, ad esempio puoi configurare il PAT in modo
che le richieste in arrivo sull'IP pubblico (NATtato)
alla porta (es.) 25/TCP vengano indirizzate ad un
IP interno (LAN) corrispondente ad una macchina
che ha in esecuzione un mailserver... ovviamente
questo č solo un'esempio, ma penso che possa
darti un'idea di quello che č PAT

 ha
scritto:

Ok, ma questa non č un'implementazione del DNAT? 
Ovvero il port-forwarding?
Allora a che serve "tirare fuori" un'altro acronimo?
Grazie cmq della risposta!
:: ScHizZo

Sgranocchiando il cranio di ScHizZo, vi trovai inciso:

Lascia perdere...
Il solo motivo per cui trovi tutti 'sti acronimi è che non ci si è mai
messi d'accordo su come chiamare le cose ;-)
In realtà sempre di NAT si tratta...
Poi il nat lo puoi dividere in due famiglie:
* one-to-one
qui a indirizzo corrisponde indirizzo. Poichè la funzione di traslazione
degli indirizzi è biunivoca, non c'è bisogno di cambiare porta
sorgente/destinazione: cambia solo l'ip (sorgente o destinazione che sia)
* one-to-many
Ha senso solo per il source nat. E' quello che i linuxari chiamano
masquerading, i ciscari PAT, e così via... Insomma, permette di avere più
macchine visibili con lo stesso ip. Dato che il rapporto non è 1 a 1, è
normalmente necessario cambiare anche le porte sorgenti, per evitare di
avere 2 connessioni in uscita dalla stessa porta.
Se della prima applichi la traduzione alla porta anzichè solo all'ip, hai
un port-forwarding.
Probabilmente da qualche parte esiste anche qualcuno che ha chiamato
l'accrocchio "ziobilli", ma alla fine son sempre questi due...
Hope it helps...
-- 
Emanuele Balla   aka Skull
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)


Ok... grazie 1000.
:: ScHizZo

 In quali casi si usa?
Ad esempio per macchine dietro ad un firewall, in una dmz.
Metti tutta la dmz con ip privati, assegni gli ip pubblici al firewall e
mappi uno a uno i vari indirizzi, ridirigendoli alle macchine interne.
Così puoi filtrare sul traffico delle stesse, cosa che altrimenti potresti
fare solamente avendo routing (e quindi sprecando ip pubblici) oppure
avendo un firewall in bridging (che può essere piuttosto rognoso da
mantenere, e che non è proprio ortodosso dal punto di vista dello
stack...)
Byez...


Ad esempio per macchine dietro ad un firewall, in una dmz.
Ah..ok.
Un'ultima cosa : Il NAPT in ocsa consiste?
: :ScHizZo

 Un'ultima cosa : Il NAPT in ocsa consiste?
E' un'altra incarnazione del masquerading...
T'ho trovato questo, dalla mia (oramai kilometrica) lista di bookmark:
http://www.corecom.com/external/livesecurity/1to1nat.htm
Dovrebbero esserci + o meno tutti ;-)



Ci guardo subito... e aggiungo ai bookmark ;-)
Grazie ancora.
:: ScHizZo

 del DNAT?  Ovvero il port-forwarding?
Occhio ... il port forwarding spesso viene
implementato in modo che la macchina
che riceve la connessione apra un'altra
connex verso la macchina interna; questo
significa che la macchina interna non vedrà
mai il reale IP della macchina che richiede
la connessione; nel PAT reale invece l'IP
viene mantenuto
Per capirsi; supponi di avere un port forwarding
impostato sulla porta 80 come segue
Internet
|
NAT/PAT 212.216.100.32 / 10.100.100.250
|
WebServer 10.100.100.8
ora, supponendo che una macchina da internet
richieda una connex a 212.216.100.30 porta 80
il port forwarder la "mapperà" su 10.100.100.8
ma quest'ultima macchina vedrà la connessione
provenire da 10.100.100.250 e *NON* dal reale
indirizzo internet; se invece hai un PAT reale
l'indirizzo "visto" dal webserver sarà quello vero
ossia quello della macchina internet
Spero sia chiaro...