Newsgroup: it.comp.reti.cisco
Titolo: Cisco 827 forwarding dei pacchetti

Ragazzi ho un problema che non riesco a risolvere. Vi illustro.
Ho un router cisco 827 configurato con un adsl di 
tin.it
 dietro questo
router ci stanno una serie di pc con un ip privato. Io vorrei poter fare una
cosa del genere utilizzando sempre l'ip del router e mai gli ip dei computer
locali per una ragione che non spiego perche' troppo lunga.
vorrei che telnettando il router in una determinata porta questo forwardasse
automaticamente i pacchetti ad un ip della rete locale su una porta che puo'
essere la stessa ma puo' anche essere diversa.
vi faccio un esempio
telnet  iprouter 6666 ------------------->   dovrebbe essere forwardato dal
router all'ip locale 1.1.1.1 porta 6666
Ho guardato molto sul sito della cisco e sui gruppi ma non ho capito come si
puo' fare. Ho provato a impostare regole di nat ouside in tutte le salse ma
non mi funziona mai. Ho letto qualcosa sul loopback ma non ho capito come si
implemente e soprattutto se fa al caso mio.
Ringrazio caldamente chiunque sarà in grado di darmi una mano anche solo
qualche dritta. Sono disperato ho un applicazione che non mi gira e se non
riesco a farlo ho speso malissimo i soldi dell'azienda questo mi porterebbe
all'impiccagione in pubblica piazza.
Aiuto...
P.S. nel frattempo continuo a documentarmi se trovo la soluzione la posto
anche se a questo punto sono un po' disperato
Grazie


ip nat inside source static tcp 1.1.1.1 6666  interface Dialer1 6666
al posto dell'interface dialar1 puoi metterci l'ip pubblico...

 ha scritto nel messaggio
news:0kku90ljn8lhf77te...@4ax.com...



dall'interno non puoi raggiungere l'interfaccia esterna e essere
"rinattato"...
pero' se metti un nat statico tra un esterno e un interno e poi fai
una query ad un dns esterno che restituisce l'ip pubblico cisco
modifica la risposta in transito mettendo il tuo ip interno...
altra cosa che puoi fare e' usare un dns interno oppure modificare il
file host dei singoli pc

 ha scritto nel messaggio
news:aomu90tpqk90a57pf...@4ax.com...


 spiegazioni sul sito di cisco non riesco proprio a capirli.
in primis ti chiederei di rispondere _sotto_ al testo a cui rispondi,
testo di cui sarebbe bene riportare solo la parte necessaria alla
comprensione della tua risposta.
in secondo luogo non e' un bug cisco o cisco che "fa differenza tra le
connessioni che provengono dall'esterno della lan e quelle che provengono
dall'interno". e' il tcp/ip che funziona cosi', se ci pensi dovrebbe
esserti chiaro.
tu mandi un pacchetto src il tuo ip dst quello pubblico. il router lo
riceve e lo interpreta (non e' vero, ma fingiamo che lo sia). lo manda al
pc di cui hai nattato la porta. quel pc elabora la richiesta e spedisce la
risposta con un pacchetto src il suo ip di lan, dst l'ip del pc che ha
originato la sessione.
essendo la destinazione sulla stessa subnet quel pacchetto non passa per
il router, viene inviato direttamente il pc. tu aspettavi una risposta da
1.1.1.1, invece ti arriva una risposta da 192.168.1.1. risultato: la tua
connessione iniziale va in timeout, la risposta che ricevi viene onorata
con un rst (hai ricevuto un syn-ack senza avere mandato il syn).
detto questo, probabilmente, se la cfg del tuo router e' abbastanza
standard, quel pacchetto nemmeno viene mandato  al pc, poiche' il nat ha
un verso, e la eth e' inside rispetto al nat definito.
per poter funzionare devi cambiare il file hosts, o il dns che risolve
quel nome, come ti e' stato suggerito. una strada ben piu' complessa, ma
non so se funziona, potrebbe essere questa.
fai 2 loopback. il traffico in entrata lo natti come hai fatto. il
traffico in uscita diretto a quell'ip lo natti sull'altra loopback. a
questo punto il pc-server riceve la richiesta non da 192.168.1.x (la sua
subnet) ma dall'ip nattato gestito dal router. devi giocare tanto con ip
nat iside source ed outside source, ora su due piedi non mi viene in mente
un esempio fattibile.
se dovesse funzionare posta la risposta, potrebbe essere interessante
discuterla.
un mayhem che ha avuto ragione di tivoli.
-- 
 Lo scetticismo e' l'inizio della fede. OW 
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.org
 Key on 
pgp.mit.edu
 ID B88FE057