Newsgroup: it.comp.reti.cisco
Titolo: pix 501 e routing

ciao a tutti
ho un dubbio: ho un pix 501 (sw 6.3) come default gateway della mia
lan (192.168.5.254) collegato a un router telecom hdsl... e fino qui
tutto bene.
sempre in lan ho un altro router (192.168.5.240) che mi collega n sedi
remote (con linee dedicate), ognuna con la sua subnet (192.168.6.x,
192.168.7.x, ecc);
i pc della mia lan devono "parlare" con i pc nelle sedi remote, per
cui sul pix ho creato n route statiche tipo queste:
route inside 192.168.6.0 255.255.255.0 192.168.5.240 1
route inside 192.168.7.0 255.255.255.0 192.168.5.240 1
ecc.
ma non funziona!! non capisco perchè... ci sto sbattendo la testa da
circa 2 giorni e non so + che pesci pigliare...
ho letto anche qualcosa sulle "Intra-Interface Communications" vedi
http://www.cisco.com/en/US/products/ps6120/products_tech_note09186a0080734db7.shtml
, ma qui parla di differenti subnet collegate alla stessa interfaccia
del pix (non è il mio caso, io ho un router dedicato che collega le
varie subnet, per cui non dovrebbe essere una limitazione del pix)
Grazie a tutti!!
ciao
Michele

ops, la conf:
PIX Version 6.3(5)
interface ethernet0 auto
interface ethernet1 100full
nameif ethernet0 outside security0
nameif ethernet1 inside security100
hostname FireWall
domain-name xxx.local
fixup protocol dns maximum-length 512
fixup protocol ftp 21
fixup protocol h323 h225 1720
fixup protocol h323 ras 1718-1719
fixup protocol http 80
fixup protocol rsh 514
fixup protocol rtsp 554
fixup protocol sip 5060
fixup protocol sip udp 5060
fixup protocol skinny 2000
fixup protocol smtp 25
fixup protocol sqlnet 1521
fixup protocol tftp 69
names
access-list inside_access_in permit ip any any
access-list outside_access_in permit icmp any any
pager lines 24
logging on
mtu outside 1500
mtu inside 1500
ip address outside 94.xx.xx.90 255.255.255.248
ip address inside 192.168.5.254 255.255.255.0
ip audit info action alarm
ip audit attack action alarm
pdm location 192.168.5.0 255.255.255.0 inside
pdm logging informational 100
pdm history enable
arp timeout 14400
global (outside) 1 interface
nat (inside) 1 0.0.0.0 0.0.0.0 0 0
access-group outside_access_in in interface outside
access-group inside_access_in in interface inside
route outside 0.0.0.0 0.0.0.0 94.xx.xx.89 1
route inside 192.168.6.0 255.255.255.0 192.168.5.240 1
route inside 192.168.7.0 255.255.255.0 192.168.5.240 1
route inside 192.168.10.0 255.255.255.0 192.168.5.240 1
route inside 192.168.12.0 255.255.255.0 192.168.5.240 1
route inside 192.168.13.0 255.255.255.0 192.168.5.240 1
route inside 192.168.14.0 255.255.255.0 192.168.5.240 1
route inside 192.168.15.0 255.255.255.0 192.168.5.240 1
route inside 192.168.16.0 255.255.255.0 192.168.5.240 1
route inside 192.168.18.0 255.255.255.0 192.168.5.240 1
route inside 192.168.19.0 255.255.255.0 192.168.5.240 1
route inside 192.168.21.0 255.255.255.0 192.168.5.240 1
route inside 192.168.22.0 255.255.255.0 192.168.5.240 1
route inside 192.168.23.0 255.255.255.0 192.168.5.240 1
route inside 192.168.24.0 255.255.255.0 192.168.5.240 1
timeout xlate 0:05:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 rpc 0:10:00 h225
1:00:00
timeout h323 0:05:00 mgcp 0:05:00 sip 0:30:00 sip_media 0:02:00
timeout sip-disconnect 0:02:00 sip-invite 0:03:00
timeout uauth 0:05:00 absolute
aaa-server TACACS+ protocol tacacs+
aaa-server TACACS+ max-failed-attempts 3
aaa-server TACACS+ deadtime 10
aaa-server RADIUS protocol radius
aaa-server RADIUS max-failed-attempts 3
aaa-server RADIUS deadtime 10
aaa-server LOCAL protocol local
http server enable
http 192.168.5.0 255.255.255.0 inside
no snmp-server location
no snmp-server contact
snmp-server community public
no snmp-server enable traps
floodguard enable
telnet timeout 5
ssh 192.168.5.0 255.255.255.0 inside
ssh timeout 5
management-access inside
console timeout 0
terminal width 80
Cryptochecksum:cea6992cf0252bc1e4c565f125c0d2cc
: end

 Michele
Perchè non provi a utilizzare un algoritmo di routing anche semplice
tipo RIP?Ti semplificherebbe parecchio


ciao!
grazie per la risposta, ma puoi darmi qualche indicazione in più? non
ho mai usato neanche RIP...

 route inside 192.168.24.0 255.255.255.0 192.168.5.240 1
Qui puoi fare summarization invece di fare tutte ste route.
Ma la cosa importante �: sui router remoti ci sono le rotte di ritorno?

 Ma la cosa importante è: sui router remoti ci sono le rotte di ritorno?
Grazie!
le rotte di ritorno dovrebbero esserci...perchè prima di mettere il
pix, funzionava tutto...
un'informazione, se vi puo' essere utile: se su un pc della mia lan
imposto una route statica tipo
route add 192.168.9.0 255.255.255.0 gw 192.168.5.240
funziona, cioè quel pc su cui imposto la rotta inizia a parlare con la
subnet remote senza problemi...

 [CUT]
Ciao, forse sto per dire una stupidata perche' non capisco. Tu dici (se 
sbaglio correggimi) che il tuo router R1 (192.168.5.240) ti connette le reti 
remote (192.168.6.x,192.168.7.x,...). Quindi il routing tra le sedi e' su 
R1. Perche' stai guardando il pix?
-- 
 ************** (.)_(.)  **************
 Un amico � uno che sa tutto di te e,
 nonostante questo, gli piaci
(E. Hobbard) 

 mai usato neanche RIP..
Invece che mettere le rotte a mano puoi fare in modo che i vari elementi 
della rete si auto-organizzino le rotte (detto così fa ribrezzo), invece 
che settare le rotte statiche.
Per fare ciò ci sono una serie di protocolli di routing (il più semplice 
dei quali è RIP).
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"

 Michele
purtroppo non può funzionare. il software PIX 6.3 non ha questa
funzionalità.
Tutto il traffico per essere ruotato deve attraversare il firewall. In
questo caso il traffico entra su un'interfaccia e esce dalla stessa.
L'ASA può fare questa cosa, il comando è  "same-security-traffic
permit intra-interface". Ma anche con l'ASA avresti dei problemi di
routing asimmetrico. Il traffico in andata dai PC della LAN verso le
sedi remote passarebbe dal firewall e poi dal router, mentre il
traffico di ritorno passerebbe direttamente dal router ai PC, saltano
il firewall. Dato che l'ASA è un firewall stateful, non vedendo i
pacchetti di risposta alle sessioni che gli passano attraverso,
dopperebbe le tutte sessioni TCP.
I router e i firewall sono oggetti distinti perchè assolvono ruoli
distinti. Se in alcuni ambiti possono essere equivalenti, quando si
vanno a provare configurazioni "strane" si rischia spesso di incappare
in queste sorprese.
Ciao

 ecc.
imposta la tua rete con default gw sul router "privato" delle VPN. in questa
maniera vedrai le VPN automaticamente.
imposta il default GW del router VPN alla interfaccia interna del PIX.
il router mandera' quando necessario un ICMP redirect alle macchine della
rete interna e tu vivrai felice.
chiaramente NON spegnere i servizi ICMP, senno' avrai il doppio del traffico
sul router VPN
ciao
 Andrea

 Ciao
Grazie geppo81
mi hai confermato quello che ormai dubitavo...

  Andrea
ok grazie
ma l'ICMP redirect è una cosa che viene fatta in automatico di default
dal router? o devo farlo impostare così?
cmq cercherò di fare come dici tu, anche se mi viene il mal di stomaco
se penso che dovrò fare capire al tecnico telecom di turno quello che
voglio fare... (il router VPN è in gestione telecom)
grazie ancora a tutti

 voglio fare... (il router VPN � in gestione telecom)
questo e' abbastanza fastidioso. auguri! :)
Andrea

 del pix (non � il mio caso, io ho un router dedicato che collega le
