Newsgroup: it.comp.reti.locali
Titolo: [reprise] problemi di dns

eccoci qui, rete fastweb con hag che assegna ip privati (192.168.2.x)
 
due pc win xp in rete tra loro, con assegnati 2.3 e 2.4 e dns quelli 
pubblici di fastweb
 
gestionale lentissimo
 
ping dal pc client al server, rispondeva con 172.196.xxx.xxx (non me lo 
sono segnato), perdendo un sacco di pacchetti
 
editato file hosts, ora il ping risponde a 192.168.2.3 e tutto ï¿œ 
velocissimo
 
menomale che i dns non sono mai eh...
 
 


 
IMVVVVVHO
 
1) l' hag di Fastweb e'  il Male
 
2) il ping a 192.168.2.3 c'entra coi dns come il qulo con le quarant'ore....
 
ciao
fm 
 
 

 menomale che i dns non sono mai eh...
 
ho come l'impressione che tu non abbia ben chiaro cosa fa il DNS
 
 


Prima di replicare ci dici cosa hai messo nel file hosts?
 
-- 
In God we trust. All others must bring data
W. E. Deming

 diretto nel file hosts)
 
perch� non lo coinvolge? Se cercano il server attraverso il nome host
il dns viene interrogato e risponde quello che secondo lui � corretto,
ma ovviamente errato per la rete interna.
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non � da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

 2) il ping a 192.168.2.3 c'entra coi dns come il qulo con le quarant'ore....
 
non ha detto che fa un ping a 192.168.2.3, ha detto che ora al ping
risponde 192.168.2.3
probabilmente pinga il nome e non l'ip.



mah....se i pacchetti diretti al server
finivano in nuova zelanda il gestionale non avrebbe funzionato proprio, 
invece ha scritto "lentissimo"....
 
Comunque ha gia' risolto :-)
 
ciao
fm
 
 
 

 Prima di replicare ci dici cosa hai messo nel file hosts?
 
192.168.2.3     pcserver
 
 

 diretto nel file hosts)
io non te lo so dire cosa c'entra. so che cosi funziona tutto. davvero 
non voglio fare polemica, sono qui soprattutto per imparare, ma mi 
chiedo perchï¿œ molti di voi (che sicuramente di reti ne sanno + di me) 
escludano a priori un problema di risoluzione interna dei nomi quando 
la rete ï¿œ lenta.
 
 


sta di fatto che:
- prima di editare il file hosts, facendo "ping nomemacchina" 
rispondeva sto maledetto ip 172, e tutto era mostruosamente lento
- configurando il file host, ora facendo "ping nome macchina" risponde 
al volo 192.168.2.3 e tutto ï¿œ perfettamente veloce
 
 

 probabilmente pinga il nome e non l'ip.
 
si esatto pingo il nome e non l'ip, ed ï¿œ la stessa cosa che fa il db 
del gestionale (chiama il nome macchina e si aspetta in risposta l'ip)
 
 

Il 27/07/2012, iceman ha detto :

 l'ip l'ho semplicemente preso con un ipconfig sulla macchina pcserver
 
 

fm ci ha detto :

in realtï¿œ si puï¿œ praticamente dire che non funzionava, apriva 
l'eseguibile (totalmente residente sulla macchina server, sulla 
macchina client ci sono solo alcune dll del motore db), ma poi andava 
in pappa e quindi in timeout
 
 

 l'ip l'ho semplicemente preso con un ipconfig sulla macchina pcserver
 
perchï¿œ che altro ti aspettavi avesse messo?
 
-- 
per far danni mi occorre la tua password di root
 
 

 
 
un nome qualificato



 
infatti.
 
"pcserver" non ha alcun senso che un dns esterno risolva un ip pubblico. 
pcserver.dominio.it
, alla lontana e tra peripezie e coincidenze, potevo 
capirlo.
 
 
in ogni caso ice, per dovere di cronaca, ti abbiamo detto piï¿œ volte tra 
i primissimi post di dare un nslookup nomepc, e avresti perso meno tempo :)

 capirlo.
 
se il server dhcp di fastweb passa anche il suffisso dns, windows lo
aggiunge automaticamente. Quindi poteva diventare 
pcserver.fastweb.it
 
e quindi ci poteva stara il discorso risoluzione sballata.


 ma ovviamente errato per la rete interna.
 
perchè se lanci un "ping 1.2.3.4" il DNS non c'entra una beata :)
 

 perchï¿œ se lanci un "ping 1.2.3.4" il DNS non c'entra una beata :)
 
certo ma come detto io lanciavo il ping nome_macchina
 
 

 perch� se lanci un "ping 1.2.3.4" il DNS non c'entra una beata :)
 
se lanci un ping direttamente verso l'ip certo, ma lui faceva "ping
pcserver". Quindi veniva interrogato il dns per conoscere l'ip di
pcserver.suffissopassatodaldhcp.


 pcserver". 
 
Ah ok...
 
 

 Ah ok...
 
meglio tardi che mai....
