Newsgroup: it.comp.reti.ip-admin
Titolo: problemi di DNS...

Salvea tutti,
ho una rete locale con un server web con indirizzo IP locale
10.176.14.80 ad esso è associato un IP pubblico xxx.yyy.zzz.kkk.
Il problema è che non riesco da una macchina interna alla rete
locale ad avere una risposta dal server web:
se infatti inserisco httt://xxx.yyy.zzz.kkk  il server non mi funziona
se invece inserisco httt://
10.176.14.80
  il server web funziona.
Esiste il modo per risolvere la cosa?
forse con un comando route add? avete qualche esempio?
grazie!
ringo

 wrote in message
news:aqg20n$qts$1...@serv1.albacom.net...


 
http://xxx.yyy.zzz.kkk
 invece che httt://...    ;-)
;PP
P.S. Un quoting un po' + umano...? 8\
-- 
			Luca Amicone
			ICQ: 14890779
--
	"Le donne sono tutte vacche e gli uomini tutti maiali.."
	"Per questo, allora, non c'è dialogo!"

 10.176.14.80 ad esso è associato un IP pubblico xxx.yyy.zzz.kkk.
che significa per te associare un IP privato ad uno pubblico...?
Che server web usi...?
Danny

 ha scritto nel
messaggio news:aqg91b$9n4ja$1...@ID-166894.news.dfncis.de...

che il dominio 
www.nomedomino.it
 è associato all'indirizzo statico
del mio server web, il quale internamente nella lan ha l'indirizzo
10.176.14.80....
Utilizzo apache su linux.
In pratica voglio che digitando da una macchina della lan 
www.nomedominio.it
mi risponda il mio server.
Ora mi risponde solo se digito: 
http://10.176.14.80
ringo



 riservata alle reti private.
ehm ... sono rincoglionito.
10.x.x.x mask 255.0.0.0, no 255.255.255.0
scusate...


un'idea che è assolutamente una pezza e risolve "temporaneamente" il
problema e solo sulla macchina dove andrai ad applicare questa cosa e che
potrebbe creartene altri in futuro se non ti ricordi che l'hai usata:
%systemroot%\system32\drivers\etc\hosts
aggiungi in fondo al file:
10.176.14.80    
www.nomedominio.it
alternativa che crea altrettanti problemi se non te la ricordi:
se hai un server dns interno alla lan e tutti i client sono configurati per
utilizzarlo, crea una zona primaria 
nomedominio.it
, in questa zona crea un
record di tipo A con nome "www" e associagli l'indirizzo 10.176.14.80
sono due cose che mi piacciono poco, ma....


 record di tipo A con nome "www" e associagli l'indirizzo 10.176.14.80
avevo pensato anch'io a questa soluzione però
nella mia situazione non posso toccare il server DNS....
grazie!
ringo

 Utilizzo apache su linux.
I tuoi client interni per uscir su Internet utilizzano un proxy... ?
E questo proxy e' per caso sulla macchina 10.176.14.80 ... ?

 se infatti inserisco httt://xxx.yyy.zzz.kkk  il server non mi funziona
Evidentemente dalla tua lan non sonop raggiungibili i tuoi ip pubblici, 
hai un router che fa nat? come e' configurato il routing e le acl? hai 
un firewall? che pacchetti fa passare e con che regole?
-- 
Saluti,
Giancarlo


se domani cambia qualche cosa e tu hai fatto questa modifica su xmila pc ...
te li devi passare a mano tutti (o scriptare la modifca del file hosts)...
se il pc dove hai fatto la modifica lo porti in un'altra sede e gli cambi
indirizzo ip, quando tenterai di navigare sul quell'host non ci riuscirai, e
dopo aver smadonnato in 4 lingue ti verrà in mente il file hosts....


 ha scritto nel
messaggio news:aqggm7$9tlih$1...@ID-166894.news.dfncis.de...

non utilizzo un proxy cmq uso come gateway 10.176.14.80
ringo

 ha scritto nel messaggio
news:aqgh1h$9ro$3...@stargate1.inet.it...

scusa ma non sò proprio rispondere
alle domande...
sorry


Allora un'ipotesi la ho:
supponiamo che il tuo IP pubblico sia 123.123.123.123
in pratica, il tuo client naviga in internet con l'indirizzo
123.123.123.123,
quindi, nel momento in cui tu digiti 
http://www.tuodominio.it
 (o quel che
e')
associato a 123.123.123.123 , il tuo server web riceve una richiesta http
da un indirizzo IP uguale a se stesso.
Questo probabilmente lo incasina, per cui alla fine, se proprio non puoi
modificare il DNS della tua lan, puoi editare il file hosts del tuo client
e metterci una riga tipo
www.tuodominio.it
 10.176.14.80
Dici che se po' fa'... ? ;-)
Danny

 alle domande...
Puoi sempre informarti da chi amministra (o ti ha comunque fatto) la rete.
Sono info importanti, se non essenziali, per capire dove sta il problema.
bye G.L.
--
La logica non attiene alla verosimiglianza delle ipotesi,
ma alla coerenza delle tesi con le ipotesi.

 se invece inserisco httt://
10.176.14.80
  il server web funziona.
la cosa, probabilmente, funziona cosi':
tu hai un router/firewall che fa nat. da una rete che sta dietro al
dispositivo che fa nat non e' possibile collegarsi agli ip nattati. quel
che ti succede  e' quindi assolutamente normale.
le oluzioni sono le piu' diverse:
a. metti un dns interno, crei la zona del tuo dominio internet e rimappi
i nomi usati su internet sugli ip privati. tutto il resto lo fai
forwardare ad un dns esterno, fai puntare i client a quel dns interno.
b. come proposto metti una voce nel file hosts
c. il tuo device che fa nat e' un pix e abiliti il dns-rewrite sulla riga
che crea il nat
un mayhem che si potrebbe discutere del perche' questo e' normale.
-- 
 Le cose che temiamo di piu', sono sempre quelle che conosciamo.
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Hacklab VR: 
http://www.m2net.it.eu.org

 ha scritto nel
messaggio news:aqgpuq$9k1qu$1...@ID-166894.news.dfncis.de...

anche smalldgo mi ha suggerito tale
soluzione... e funziona alla meraviglia!
grazie!
ringo

 
E' normale che sia cosi'.
Secondo me le rotte non c'entrano niente, ma e' un problema di 
risoluzione dei nomi. 
Una possibile soluzione e' configurare un DNS interno alla lan 
raggiungibile solo dai client interni, che differisce dal dns pubblico in 
quanto restituisce gli indirizzi privati invece dei pubblici sulle 
macchine interne. 
Domanda; il server web sta' sulla stessa rete dei client? Se si', allora 
i client non passano per router e firewall, ma cercheranno di 
raggiungerlo direttamete; se no, allora puoi configurare il router o il 
firewall e dirgli di nattare verso quell'indirizzo anche dalla zona 
privata. 

 ha scritto nel messaggio
news:Xns92C37A962E822...@193.204.121.65...

il server web stà sulla stessa rete dei client...
ciao
ringo