Newsgroup: it.comp.reti.cisco
Titolo: problema con nat e dns server

Ciao a tutti , ho un problema con il nat di un 827 , ho settato un ip nat
inside source static ip_interno ip_esterno in modo da rendere visibile il
server completamente all'esterno, tutto funziona regolarmente compreso
server di posta vnc ecc.
unico problema e' il dns server che non viene visto dall'esterno, ho quindi
provato ad aggiungere una stringa ip nat inside source static udp ip_interno
53 ip_esterno 53 , ma non funziona allora ho attivato il debug ip nat ed ho
rilevato il seguente problema expired nat ecc ecc su porta udp 53
dato che mi serve necessariamente il dns c'e' qualcuno che lo ha fatto
funzionare ?
puo' essere che si debba mappare tutte le porte invece di mappare
direttamente tutto il server oppure e' un problema stupido tipo disattivare
qualcosa?
Grazie in anticipo
Marco

 ha scritto nel messaggio
news:4JI4b.12378$ti2.4...@news2.tin.it...


la mia configurazione e' la seguente
!version 12.1
no service single-slot-reload-enable
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
hostname Router
logging rate-limit console 10 except errors
ip subnet-zero
no ip finger
no ip dhcp-client network-discovery
interface Ethernet0
ip address 192.168.0.201 255.255.255.0
ip nat inside
no ip mroute-cache
hold-queue 100 out
!interface ATM0
no ip address
ip nat outside
no atm ilmi-keepalive
bundle-enable
dsl operating-mode auto
interface ATM0.1 point-to-point
ip address 80.x.x.y 255.255.255.252
ip nat outside
pvc 8/35
protocol ip 80.x.x.x broadcast
encapsulation aal5snap
ip classless
ip route 0.0.0.0 0.0.0.0 ATM0.1
ip http server
ip nat inside source list 101 interface ATM0.1 overload
ip nat inside source static tcp 192.168.0.254 53 80.x.x.y 53 extendable
ip nat inside source static udp 192.168.0.254 53 80.x.x.y 53 extendable
access-list 101 permit ip any any
line con 0
exec-timeout 0 0
transport input none
stopbits 1
line vty 0 4
login
!scheduler max-task-time 5000
end

Ok ho provato tutto, ho anche cercato nei meandri di internet, ed ho letto
dei post che mi sembrano fuori dal mondo, sembra che cisco abbia volutamente
disabilitato la possibilita' di nat con  i dns server interni, mi sembra una
follia , ma non so cosa credere, ho persino aperto una per una tutte le
porte che mi risultavano in ascolto, ma la situazione non cambia , non
riesco a fare uscire il dns server all'esterno, quando provo a fare un
nslookup al ip pubblico e faccio una query il server risponde con un
timeout, che poi vuol dire che nemmeno lo vede, quindi non so cosa
pensare... possibile che con lo zyxel bastava fare due fesserie tipo
impostare un nat default su un ip per fare funzionare tutto e con cisco si
devono fare centinaia di righe di comando per poi non ottenere nulla?
qualcuno ha percaso attivato un dns server in dmz tramite un nat statico?
ciao a tutti
Marco

 timeout,
l'nslookup sull'ip pubblico lo fai dalla lan? se si il problema e' quello.
all'ip pubblico accedi solo da fuori, dalla lan puoi usare solo l'ip
privato.
detto questo, il tuo provider ti permette di avere un dns server? non lo
darei per scontato ...
un mayhem a sonato
-- 
 La mia prima misura anticoncezionale e' stata la preghiera.
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Key on 
pgp.mit.edu
 ID C7393613

 un mayhem a sonato

Per quanto riguarda il Dns Server basta averlo registrato con uno sponsor ,
io avendo acquistato il dns con godaddy ho potuto assegnare il mio ip
pubblico, una volta registrato il problema e' solo di settarlo , basta
leggere un po' il sito del nic per avere una idea su quali sono i tempi
standard di ttl e di aggiornamento, comunque riguarda alla domanda sul
nslookup ho fatto tutto su una macchina remota, facendo un log sul server
dns, ho visto che le richieste arrivano , il problema invece e' nelle
risposte, infatti la risposta viene allocata dinamicamente su un range di
porte che vanno dalla 1024 alla 64000 circa, potrei sbagliarmi, ma mi sembra
che siano queste dai log del server.
quindi escuso ormai il timeout sembra essere uno dei soliti problemi di nat
come quello degli applicativi per videoconferenza.
Ora la mia domanda da profano e' questa, c'e' un modo di settare una
richiesta nat su un range di porte predefinito ?
qualcosa tipo "nat inside source static ip_interno range porta to porta
ip_esterno range porta to porta "
Rimango comunque stupefatto dal fatto che lo zyxel abbia pensato al default
SUA che altro non e' che un nat su un indirizzo ip
mentre cisco sembra non avere un equivalente che dia le stesse prestazioni.