Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
rete lenta: verificare se pc usano dns corretti
559 views
Skip to first unread message
Ray
Jul 18, 2012, 12:57:29 PM7/18/12
to
In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit, server
nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
particolare un gestionale che ha gli archivi sul server.
Il dhcp � gestito da un router Telecom di fascia alta, nel quale non sono
entrato (cercando un pannello di amministrazione all'indirizzo del gateway
non risponde nulla, forse il percorso � un altro o forse solo Telecom pu�
intervenire dall'esterno...).
Vorrei fare qualche test per capire in modo semplice se i pc usano dns
sbagliati (magari passando dall'esterno, poich� � questo che ha ipotizzato
chi fa l'assistenza al gestionale) e vedere se � possibile velocizzare
qualcosa, come posso procedere?
Grazie, ciao
RAY
nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
particolare un gestionale che ha gli archivi sul server.
Il dhcp � gestito da un router Telecom di fascia alta, nel quale non sono
entrato (cercando un pannello di amministrazione all'indirizzo del gateway
non risponde nulla, forse il percorso � un altro o forse solo Telecom pu�
intervenire dall'esterno...).
Vorrei fare qualche test per capire in modo semplice se i pc usano dns
sbagliati (magari passando dall'esterno, poich� � questo che ha ipotizzato
chi fa l'assistenza al gestionale) e vedere se � possibile velocizzare
qualcosa, come posso procedere?
Grazie, ciao
RAY
Andrea B.
Jul 18, 2012, 2:18:24 PM7/18/12
to
ipconfig /all
e ti dovrebbe dar vedere al configurazione di rete.
Sei hai un server 2008 con dominio tutti i DNS dei client dovrebbero
puntare sul suo IP.
--
In God we trust. All others must bring data
W. E. Deming
meddix tuticus
Jul 18, 2012, 4:34:35 PM7/18/12
to
Il 18/07/2012 18:57, Ray ha scritto:
> In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit
nuova si, ma funzionante in modo corretto??? (e non parlo dei pc o di
> In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit
altre periferche attive...)
--
per far danni mi occorre la tua password di root
writethem
Jul 19, 2012, 1:27:40 AM7/19/12
to
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
> qualcosa, come posso procedere?
se il server gestionale ￜ all'interno della tua rete, questa ipotesi ￜ
assolutamente folle. per svariati motivi.
Se ne hai la possibilitￜ, scarica iperf.exe e mettilo sul server e su
una postazione di lavoro. Poi da linea di comando metti uno in modalitￜ
server e l'altro in modalitￜ client che punta il server.
Cosￜ facendo avrai almeno appurato se si tratta di un problema di rete
lenta oppure no. E non ￜ poco come punto di partenza, perchￜ escludi
schede, attivi e quant'altro.
PS: non basta scaricare un file e vedere a quanto effettua questa
operazione, lo scaricamento di un file introduce una serie di fattori
esterni, come la velocitￜ dei dischi, l'ispezione del file da parte di
software esterni, etc..
Ray
Jul 19, 2012, 4:33:23 AM7/19/12
to
"writethem" <""poiuuuu\"@the_google_mail(writethem).com"> ha scritto nel
messaggio news:ju8651$qu5$1...@speranza.aioe.org...
> Se ne hai la possibilit�, scarica iperf.exe e mettilo sul server e su una
> postazione di lavoro. Poi da linea di comando metti uno in modalit� server
> e l'altro in modalit� client che punta il server.
> Cos� facendo avrai almeno appurato se si tratta di un problema di rete
> lenta oppure no. E non � poco come punto di partenza, perch� escludi
> schede, attivi e quant'altro.
Grazie ci provo e vediamo, ciao.
RAY
Ray
Jul 19, 2012, 4:37:42 AM7/19/12
to
"Andrea B." <non.u...@tiscali.it> ha scritto nel messaggio
news:5006fdef$0$1589$5fc...@news.tiscali.it...
> ipconfig /all
>
> e ti dovrebbe dar vedere al configurazione di rete.
>
> Sei hai un server 2008 con dominio tutti i DNS dei client dovrebbero
> puntare sul suo IP.
primario sono quelli del router telecom, che � l'unico apparato in rete a
distribuire indirizzi tramite dhcp. E' opportuno che io tenti di disattivare
quel dhcp per attivarlo invece sul server Windows? Possono essere veramente
gateway e dns a rallentare l'uso dei gestionali in locale?
N.B. non usiamo un dominio ma solo dischi condivisi sul server.
Ciao
RAY
Skywalker Senior
Jul 19, 2012, 5:15:17 AM7/19/12
to
Nel suo scritto precedente, Ray ha sostenuto :
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
DNS l'IP del server
> In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit, server
> nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
> particolare un gestionale che ha gli archivi sul server.
>
> Il dhcp ￜ gestito da un router Telecom di fascia alta, nel quale non sono
> nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
> particolare un gestionale che ha gli archivi sul server.
>
> entrato (cercando un pannello di amministrazione all'indirizzo del gateway
> non risponde nulla, forse il percorso ￜ un altro o forse solo Telecom puￜ
> intervenire dall'esterno...).
>
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> sbagliati (magari passando dall'esterno, poichￜ ￜ questo che ha ipotizzato
>
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
> qualcosa, come posso procedere?
>
> Grazie, ciao
> RAY
Se il server ￜ controller di dominio, tutti i client devono avere come
>
> Grazie, ciao
> RAY
DNS l'IP del server
Ray
Jul 19, 2012, 5:32:22 AM7/19/12
to
"Skywalker Senior" <s...@SPAMMATUAMAMMA.com> ha scritto nel messaggio
news:ju8j78$ouk$1...@speranza.aioe.org...
> Se il server � controller di dominio, tutti i client devono avere come DNS
> l'IP del server
Il punto � questo, non viene usato un dominio, solo dischi condivisi, e gli
ip sono gestiti in dhcp dal router Telecom nel quale per ora non sono ancora
riuscito ad entrare per disattivarlo e fare diversamente, quindi i pc hanno
come Gateway e dns primario lo stesso indirizzo, che non � l'ip del server,
ma quello del router.
Questo costituisce un problema per la velocit� della rete interna?
RAY
Andrea B.
Jul 19, 2012, 6:21:19 AM7/19/12
to
On 19/07/2012 10:37, Ray wrote:
> "Andrea B." <non.u...@tiscali.it> ha scritto nel messaggio
> news:5006fdef$0$1589$5fc...@news.tiscali.it...
>
>> ipconfig /all
>>
>> e ti dovrebbe dar vedere al configurazione di rete.
>>
>> Sei hai un server 2008 con dominio tutti i DNS dei client dovrebbero
>> puntare sul suo IP.
>
> Sￜ uso abitualmente ipconfig ma appunto come scrivevo, gateway e dns
> "Andrea B." <non.u...@tiscali.it> ha scritto nel messaggio
> news:5006fdef$0$1589$5fc...@news.tiscali.it...
>
>> ipconfig /all
>>
>> e ti dovrebbe dar vedere al configurazione di rete.
>>
>> Sei hai un server 2008 con dominio tutti i DNS dei client dovrebbero
>> puntare sul suo IP.
>
> primario sono quelli del router telecom, che ￜ l'unico apparato in rete a
> distribuire indirizzi tramite dhcp. E' opportuno che io tenti di disattivare
> quel dhcp per attivarlo invece sul server Windows?
In prospettiva preferirei avere il controllo completo della MIA rete e
> quel dhcp per attivarlo invece sul server Windows?
quindi la possibilitￜ di gestire quel router o al limite di isolarlo
dalla LAN, per il tuo problema attuale penso che difficilmente il nodo
possa essere quello.
> Possono essere veramente
> gateway e dns a rallentare l'uso dei gestionali in locale?
usato il DNS dal gestionale?
> N.B. non usiamo un dominio ma solo dischi condivisi sul server.
Skywalker Senior
Jul 19, 2012, 6:23:06 AM7/19/12
to
Ray scriveva il 19/07/2012 :
>> l'IP del server
>
> Il punto ￜ questo, non viene usato un dominio, solo dischi condivisi,
Pardon, mi era sfuggito l'altro messaggio in cui davi questa
informazione.
> e gli
> ip sono gestiti in dhcp dal router Telecom nel quale per ora non sono ancora
> riuscito ad entrare per disattivarlo e fare diversamente, quindi i pc hanno
> come Gateway e dns primario lo stesso indirizzo, che non ￜ l'ip del server,
> ma quello del router.
> Questo costituisce un problema per la velocitￜ della rete interna?
>
Se non c'ￜ un dominio interno, teoricamente no.
Come sei messo con Antivirus e firewall? Alcuni prodotti sono da
configurare con liste di esclusione per evitare che rallentino troppo
gli applicativi interni
> "Skywalker Senior" <s...@SPAMMATUAMAMMA.com> ha scritto nel messaggio
> news:ju8j78$ouk$1...@speranza.aioe.org...
>
>> Se il server ￜ controller di dominio, tutti i client devono avere come DNS
> news:ju8j78$ouk$1...@speranza.aioe.org...
>
>> l'IP del server
>
> Il punto ￜ questo, non viene usato un dominio, solo dischi condivisi,
Pardon, mi era sfuggito l'altro messaggio in cui davi questa
informazione.
> e gli
> ip sono gestiti in dhcp dal router Telecom nel quale per ora non sono ancora
> riuscito ad entrare per disattivarlo e fare diversamente, quindi i pc hanno
> ma quello del router.
> Questo costituisce un problema per la velocitￜ della rete interna?
>
Se non c'ￜ un dominio interno, teoricamente no.
Come sei messo con Antivirus e firewall? Alcuni prodotti sono da
configurare con liste di esclusione per evitare che rallentino troppo
gli applicativi interni
meddix tuticus
Jul 19, 2012, 7:59:09 AM7/19/12
to
Il 19/07/2012 10:33, Ray ha scritto:
> Grazie ci provo e vediamo, ciao.
> RAY
e utilizza un pacchetto piￜ grande di 64KB (opzione -w xxKB)...
> Grazie ci provo e vediamo, ciao.
> RAY
disabilita i vari QoS sui protocolli di rete dei PC che non servono ad
una mazza... (poi se qualcuno mi dice a che cavolo serve questa cosa sui
sistemi Vista/seven ringrazio!)
writethem
Jul 19, 2012, 8:23:52 AM7/19/12
to
> Il punto ￜ questo, non viene usato un dominio, solo dischi condivisi, e gli
> ip sono gestiti in dhcp dal router Telecom nel quale per ora non sono ancora
> riuscito ad entrare per disattivarlo e fare diversamente, quindi i pc hanno
> come Gateway e dns primario lo stesso indirizzo, che non ￜ l'ip del server,
> riuscito ad entrare per disattivarlo e fare diversamente, quindi i pc hanno
> ma quello del router.
molti switch, tra cui praticamente qualsiasi serie in cui si acceda via
telnet di hp, hanno la possibilitￜ di fare dhcp snooping, per cui puoi
dire allo switch di scartare tutti i dhcp reply di alcuni host/porte
fisiche dello switch.
disattivando, di fatto, un host che fa da server dhcp e su cui non hai
controllo.
> Questo costituisce un problema per la velocitￜ della rete interna?
acc
Jul 19, 2012, 4:34:51 PM7/19/12
to
Il 18/07/2012 18.57, Ray ha scritto:
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> sbagliati (magari passando dall'esterno, poichￜ ￜ questo che ha ipotizzato
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
> qualcosa, come posso procedere?
Per prima cosa togliti dalla testa che possa essere un problema di DNS.
fm
Jul 20, 2012, 1:03:42 AM7/20/12
to
CUT
>
> Per prima cosa togliti dalla testa che possa essere un problema di DNS.
Quoto.
> Per prima cosa togliti dalla testa che possa essere un problema di DNS.
Qui talvolta sembra di essere in un forum di ... medicina !
Ti consigliano di cavarti tutti i denti marci e mettere una dentiera
... mentre in realt� hai una gamba leggermente piu' corta dell'altra.
Questo crea problemi alla colonna vertebrale e ai denti perche'
le mandibole lavorano male.
ciao
fm
iceman
Jul 20, 2012, 5:39:20 AM7/20/12
to
acc ha pensato forte :
potresti spiegarmi il perchￜ per favore? lo dico da ignorante eh, ma in
passato mi ￜ capitato che reti lente avessero una configurazione dns
errata e il ping al nome della macchina non rispondesse
correttamente...
passato mi ￜ capitato che reti lente avessero una configurazione dns
errata e il ping al nome della macchina non rispondesse
correttamente...
iceman
Jul 20, 2012, 5:51:41 AM7/20/12
to
Ray ci ha detto :
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
dall'esperienza.
la prima cosa che dovresti verificare ￜ: se esegui il gestionale
direttamente sul server, questo ￜ veloce "normalmente"? cosi puoi
escludere che si tratti di un problema che ha a che fare con la rete.
se ￜ lento anche in locale, potrebbero essere mille cose, antivirus del
server, dischi rigidi non performanti, problemi hardware vari ecc...
se invece in locale ￜ corretto, potrebbe in effetti essere un problema
di rete.
per capire se puￜ essere un problema di dns (che vedo che qui molti
escludono, ma in passato mi ￜ capitato di averne), puoi provare ad
eseguire da un client un ping del nome_macchina_server
se questo viene correttamente convertito nell'indirizzo ip del server,
allora non puￜ essere un problema di dns (e probabilmente sarￜ cosi).
personalmente ho sempre preferito installare su server win
(indipendentemente dal fatto che siano controller di dominio) sia dhcp
che dns (ovviamente disattivando dhcp sul router telecom), ma se nel
tuo caso non puoi disattivare dhcp sul router...in ogni caso io sul
server (se giￜ non ￜ cosi) metterei ip statico, e poi interverrei sui
file hosts dei client (verrￜ probabilmente crocifisso per questo
suggerimento ma ti dico cmq la mia).
a questo punto, proverei a disattivare temporaneamente l'antivirus sia
sul server che sui client per verificare se ￜ il controllo real time
che crea questi problemi. anche questo mi ￜ capitato molte volte,
soprattutto con antivirus molto invasivi (vedi norton e famiglia
symantec).
se anche cosi non hai benefici, proverei a disattivare ipv6 sia sul
server che sul client. nell'ultimo anno, dato il maggior numero di
server win2008 e client win7 presenti, mi sta capitando sempre + spesso
di avere il gestionale lento a causa di ipv6. oramai per me ￜ una
prassi rimuoverlo dal server e dai client (anche qui verrￜ crocifisso
perchￜ ipv6 ￜ importante ecc ecc)
> In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit, server
> nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
> particolare un gestionale che ha gli archivi sul server.
>
> Il dhcp ￜ gestito da un router Telecom di fascia alta, nel quale non sono
> nuovissimo con Win 2008 Foundation, alcune cose vanno lentamente, in
> particolare un gestionale che ha gli archivi sul server.
>
> entrato (cercando un pannello di amministrazione all'indirizzo del gateway
> non risponde nulla, forse il percorso ￜ un altro o forse solo Telecom puￜ
> intervenire dall'esterno...).
>
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> sbagliati (magari passando dall'esterno, poichￜ ￜ questo che ha ipotizzato
>
> Vorrei fare qualche test per capire in modo semplice se i pc usano dns
> chi fa l'assistenza al gestionale) e vedere se ￜ possibile velocizzare
> qualcosa, come posso procedere?
>
> Grazie, ciao
> RAY
mi occupo di sw gestionale e ti posso dare qualche consiglio dettato
>
> Grazie, ciao
> RAY
dall'esperienza.
la prima cosa che dovresti verificare ￜ: se esegui il gestionale
direttamente sul server, questo ￜ veloce "normalmente"? cosi puoi
escludere che si tratti di un problema che ha a che fare con la rete.
se ￜ lento anche in locale, potrebbero essere mille cose, antivirus del
server, dischi rigidi non performanti, problemi hardware vari ecc...
se invece in locale ￜ corretto, potrebbe in effetti essere un problema
di rete.
per capire se puￜ essere un problema di dns (che vedo che qui molti
escludono, ma in passato mi ￜ capitato di averne), puoi provare ad
eseguire da un client un ping del nome_macchina_server
se questo viene correttamente convertito nell'indirizzo ip del server,
allora non puￜ essere un problema di dns (e probabilmente sarￜ cosi).
personalmente ho sempre preferito installare su server win
(indipendentemente dal fatto che siano controller di dominio) sia dhcp
che dns (ovviamente disattivando dhcp sul router telecom), ma se nel
tuo caso non puoi disattivare dhcp sul router...in ogni caso io sul
server (se giￜ non ￜ cosi) metterei ip statico, e poi interverrei sui
file hosts dei client (verrￜ probabilmente crocifisso per questo
suggerimento ma ti dico cmq la mia).
a questo punto, proverei a disattivare temporaneamente l'antivirus sia
sul server che sui client per verificare se ￜ il controllo real time
che crea questi problemi. anche questo mi ￜ capitato molte volte,
soprattutto con antivirus molto invasivi (vedi norton e famiglia
symantec).
se anche cosi non hai benefici, proverei a disattivare ipv6 sia sul
server che sul client. nell'ultimo anno, dato il maggior numero di
server win2008 e client win7 presenti, mi sta capitando sempre + spesso
di avere il gestionale lento a causa di ipv6. oramai per me ￜ una
prassi rimuoverlo dal server e dai client (anche qui verrￜ crocifisso
perchￜ ipv6 ￜ importante ecc ecc)
acc
Jul 20, 2012, 6:03:31 AM7/20/12
to
Il 20/07/2012 11.39, iceman ha scritto:
> potresti spiegarmi il perchￜ per favore? lo dico da ignorante eh, ma in
> passato mi ￜ capitato che reti lente avessero una configurazione dns
> errata e il ping al nome della macchina non rispondesse correttamente...
Quale DNS pubblico risolverebbe il nome del tuo privatissimo PC (che si
> potresti spiegarmi il perchￜ per favore? lo dico da ignorante eh, ma in
> passato mi ￜ capitato che reti lente avessero una configurazione dns
> errata e il ping al nome della macchina non rispondesse correttamente...
chiama "SuperSayan")? Ma per favore!
Ray
Jul 23, 2012, 3:43:00 AM7/23/12
to
"Andrea B." <soh...@invalid.local> ha scritto nel messaggio
news:ju8n2u$2m9$1...@speranza.aioe.org...
> Francamente ne dubito, ma l'assistenza ti ha spiegato per cosa viene
> usato il DNS dal gestionale?
del gestionale in una rete tutta nuova � stata questa, ho assunto che
potesse veramente esserci qualcosa fuori posto...
> E anche questo l'assistenza lo sa?
Non conosco molto bene il gestionale ma so dire che non � previsto un
"motore" per database sul server, il trasferimento dal vecchio server �
stata una semplice copia della cartella con tutti i dati (e questo
l'assistenza lo sa e mi ha confermato che � corretto), evidentemente sono le
stazioni che si incaricano di interrogare il database con qualche componente
che probabilmente tramite la procedura di installazione della parte client,
ma non so se tutto questo possa aiutare ad individuare il problema...
RAY
Ray
Jul 23, 2012, 3:45:25 AM7/23/12
to
"Skywalker Senior" <s...@SPAMMATUAMAMMA.com> ha scritto nel messaggio
> Come sei messo con Antivirus e firewall? Alcuni prodotti sono da
> configurare con liste di esclusione per evitare che rallentino troppo gli
> applicativi interni
tutte le stazioni.
Potrei provare a disattivarlo temporaneamente e vedere dalle stazioni
"problematiche" se ci sono sensibili miglioramenti nell'interrogazione dei
database.
RAY
Ray
Jul 23, 2012, 3:52:29 AM7/23/12
to
"iceman" <xxxicem...@tiscali.it> ha scritto nel messaggio
news:jub9nf$avm$1...@dont-email.me...
> se anche cosi non hai benefici, proverei a disattivare ipv6 sia sul server
> che sul client. nell'ultimo anno, dato il maggior numero di server win2008
> e client win7 presenti, mi sta capitando sempre + spesso di avere il
> dal server e dai client (anche qui verr� crocifisso perch� ipv6 �
> importante ecc ecc)
Ok grazie anche a te per tutti i suggerimenti, prover� se con qualche
modifica d� segno di miglioramenti.
Ciao
RAY
writethem
Jul 24, 2012, 1:49:12 AM7/24/12
to
il problema non ￜ questo.
ti basti pensare ad un paio di scenari nemmeno cosￜ tanto rari, anzi:
- la macchina si chiami supersayan.dominio.it ed abbia un record A
pubblico correttamente configurato (magari perchￜ qualcuno vuole una
sessione RDP, oppure magari semplicemente perchￜ i gestori del
gestionale vogliono una correlazione dns coerente, oppure magari eroga
servizi web, insomma... i motivi potrebbero essere tanti)
- la struttura abbia un server dns interno mal configurato (che fa
puntare supersayan verso l'ip pubblico)
iceman, reti lente (tipicamente al login delle macchine) per dns mal
configurato vogliono dire solo una cosa: i pc non hanno come dns il
controller di dominio. un problema ricorrente.
il motivo per cui il dns non puￜ essere, ￜ semplicemente perchￜ
(banalizzo) nessun router ti permetterebbe di "uscire e rientrare" dalla
e nella tua stessa rete. quindi un dns mal configurato significherebbe
"non raggiungere il gestionale". NO "raggiungerlo lentamente mediante
altri percorsi".
A meno che tu non abbia cosￜ tante reti da aver fatto ricorso a OSPF, ma
non mi sembra il caso altrimenti ci staremmo ponendo altri problemi, il
rallentamento prescinde dal dns o dal routing. :)
Del resto dai un nslookup e vedi dove e chi punti, fai prima.
Fai quei test con iperf e poi ne parliamo.
iceman
Jul 24, 2012, 4:44:52 AM7/24/12
to
Dopo dura riflessione, writethem ha scritto :
in un paio di situazioni "sul campo" che discostavano dalla tua teoria:
- reti windows, dove era possibile esplorare le risorse condivise di
una macchina, ma il nome macchina in realtￜ non veniva risolto (il ping
non rispondeva pur con zero firewall e altre cose del genere). come
detto l'esplorazione delle risorse condivise era possibile, ma i
gestionali che avevano bisogno di "tramutare" il nome macchina in
indirizzo ip (quello che assistevo ai tempi...) andavano in timeout
oppure erano estremamente lenti. non era presente un server (classiche
reti win p2p) e le macchine avevano impostato come dns i server dns
pubblici del gestore dsl (ad esempio i 151.99.0.100 telecom business).
configurato un server dns interno oppure il file hosts, magicamente
tutto funzionava a dovere.
- un paio di volte poi, mi ￜ capitato di avere a che fare con le
maledette reti fastweb. penso che oggi la situazione sia cambiata, ma
fino a qualche anno fa ai clienti fastweb "soho", veniva dato un hag
(il router fastweb) che non assegnava i classici ip lato lan "privati"
(192.168.x.x) ai client, ma gli assegnava ip della MAN fastweb. quindi,
praticamente per andare a prendere risorse condivise su un altro client
collegato allo stesso hag, si usciva, si interrogava il router fastweb
(non quello interno, ma quello che gestiva il segmento di MAN), e si
tornava dentro. lascio immaginare le prestazioni.
>
> A meno che tu non abbia cosￜ tante reti da aver fatto ricorso a OSPF, ma non
> mi sembra il caso altrimenti ci staremmo ponendo altri problemi, il
> rallentamento prescinde dal dns o dal routing. :)
come detto non sempre. ammetto che sono anni che non mi capita piￜ di
imbattermi in situazioni dns del genere, perￜ quando vedo reti lente ￜ
una cosa che non do' mai per scontata...e mi chiedevo perchￜ invece
molti di voi escludessero a priori.
> Il 20/07/2012 12:03, acc ha scritto:
>> Il 20/07/2012 11.39, iceman ha scritto:
>>
>>> potresti spiegarmi il perchￜ per favore? lo dico da ignorante eh, ma in
>>> passato mi ￜ capitato che reti lente avessero una configurazione dns
>>> errata e il ping al nome della macchina non rispondesse correttamente...
>>
>> Quale DNS pubblico risolverebbe il nome del tuo privatissimo PC (che si
>> chiama "SuperSayan")? Ma per favore!
>
> un dns istruito per farlo? l'unico dei vari motivi per cui il dns non ￜ il
> problema non ￜ questo.
>
>
> ti basti pensare ad un paio di scenari nemmeno cosￜ tanto rari, anzi:
>
> - la macchina si chiami supersayan.dominio.it ed abbia un record A pubblico
> correttamente configurato (magari perchￜ qualcuno vuole una sessione RDP,
> oppure magari semplicemente perchￜ i gestori del gestionale vogliono una
> correlazione dns coerente, oppure magari eroga servizi web, insomma... i
> motivi potrebbero essere tanti)
e questo mi ￜ capitato di vederlo personalmente
>> Il 20/07/2012 11.39, iceman ha scritto:
>>
>>> potresti spiegarmi il perchￜ per favore? lo dico da ignorante eh, ma in
>>> passato mi ￜ capitato che reti lente avessero una configurazione dns
>>> errata e il ping al nome della macchina non rispondesse correttamente...
>>
>> Quale DNS pubblico risolverebbe il nome del tuo privatissimo PC (che si
>> chiama "SuperSayan")? Ma per favore!
>
> un dns istruito per farlo? l'unico dei vari motivi per cui il dns non ￜ il
> problema non ￜ questo.
>
>
> ti basti pensare ad un paio di scenari nemmeno cosￜ tanto rari, anzi:
>
> - la macchina si chiami supersayan.dominio.it ed abbia un record A pubblico
> correttamente configurato (magari perchￜ qualcuno vuole una sessione RDP,
> oppure magari semplicemente perchￜ i gestori del gestionale vogliono una
> correlazione dns coerente, oppure magari eroga servizi web, insomma... i
> motivi potrebbero essere tanti)
>
> iceman, reti lente (tipicamente al login delle macchine) per dns mal
> configurato vogliono dire solo una cosa: i pc non hanno come dns il
> controller di dominio. un problema ricorrente.
>
>
> il motivo per cui il dns non puￜ essere, ￜ semplicemente perchￜ (banalizzo)
> nessun router ti permetterebbe di "uscire e rientrare" dalla e nella tua
> stessa rete. quindi un dns mal configurato significherebbe "non raggiungere
> il gestionale". NO "raggiungerlo lentamente mediante altri percorsi".
mah, quanto dici sicuramente ￜ vero. perￜ mi ￜ capitato di imbattermi
> iceman, reti lente (tipicamente al login delle macchine) per dns mal
> configurato vogliono dire solo una cosa: i pc non hanno come dns il
> controller di dominio. un problema ricorrente.
>
>
> il motivo per cui il dns non puￜ essere, ￜ semplicemente perchￜ (banalizzo)
> nessun router ti permetterebbe di "uscire e rientrare" dalla e nella tua
> stessa rete. quindi un dns mal configurato significherebbe "non raggiungere
> il gestionale". NO "raggiungerlo lentamente mediante altri percorsi".
in un paio di situazioni "sul campo" che discostavano dalla tua teoria:
- reti windows, dove era possibile esplorare le risorse condivise di
una macchina, ma il nome macchina in realtￜ non veniva risolto (il ping
non rispondeva pur con zero firewall e altre cose del genere). come
detto l'esplorazione delle risorse condivise era possibile, ma i
gestionali che avevano bisogno di "tramutare" il nome macchina in
indirizzo ip (quello che assistevo ai tempi...) andavano in timeout
oppure erano estremamente lenti. non era presente un server (classiche
reti win p2p) e le macchine avevano impostato come dns i server dns
pubblici del gestore dsl (ad esempio i 151.99.0.100 telecom business).
configurato un server dns interno oppure il file hosts, magicamente
tutto funzionava a dovere.
- un paio di volte poi, mi ￜ capitato di avere a che fare con le
maledette reti fastweb. penso che oggi la situazione sia cambiata, ma
fino a qualche anno fa ai clienti fastweb "soho", veniva dato un hag
(il router fastweb) che non assegnava i classici ip lato lan "privati"
(192.168.x.x) ai client, ma gli assegnava ip della MAN fastweb. quindi,
praticamente per andare a prendere risorse condivise su un altro client
collegato allo stesso hag, si usciva, si interrogava il router fastweb
(non quello interno, ma quello che gestiva il segmento di MAN), e si
tornava dentro. lascio immaginare le prestazioni.
>
> A meno che tu non abbia cosￜ tante reti da aver fatto ricorso a OSPF, ma non
> mi sembra il caso altrimenti ci staremmo ponendo altri problemi, il
> rallentamento prescinde dal dns o dal routing. :)
imbattermi in situazioni dns del genere, perￜ quando vedo reti lente ￜ
una cosa che non do' mai per scontata...e mi chiedevo perchￜ invece
molti di voi escludessero a priori.
writethem
Jul 24, 2012, 6:13:29 AM7/24/12
to
> - reti windows, dove era possibile esplorare le risorse condivise di una
> macchina, ma il nome macchina in realtￜ non veniva risolto (il ping non
> rispondeva pur con zero firewall e altre cose del genere). come detto
> l'esplorazione delle risorse condivise era possibile, ma i gestionali
> che avevano bisogno di "tramutare" il nome macchina in indirizzo ip
> (quello che assistevo ai tempi...) andavano in timeout oppure erano
> estremamente lenti. non era presente un server (classiche reti win p2p)
> e le macchine avevano impostato come dns i server dns pubblici del
> gestore dsl (ad esempio i 151.99.0.100 telecom business). configurato un
> server dns interno oppure il file hosts, magicamente tutto funzionava a
> dovere.
dell'elezione del browser master che in una rete "paritetica" puￜ
causare questi problemi
> - un paio di volte poi, mi ￜ capitato di avere a che fare con le
> maledette reti fastweb. penso che oggi la situazione sia cambiata, ma
> fino a qualche anno fa ai clienti fastweb "soho", veniva dato un hag (il
> router fastweb) che non assegnava i classici ip lato lan "privati"
> (192.168.x.x) ai client, ma gli assegnava ip della MAN fastweb. quindi,
> praticamente per andare a prendere risorse condivise su un altro client
> collegato allo stesso hag, si usciva, si interrogava il router fastweb
> (non quello interno, ma quello che gestiva il segmento di MAN), e si
> tornava dentro. lascio immaginare le prestazioni.
sua rete, comunque le tue macchine interne si trovano sempre sullo
stesso segmento di rete, quindi il gateway non viene nemmeno interpellato.
sarebbe interessante capire con un tracert cosa succede e chi va dove.
> una cosa che non do' mai per scontata...e mi chiedevo perchￜ invece
> molti di voi escludessero a priori.
semplicemente prima. :)
acc
Jul 24, 2012, 7:39:47 AM7/24/12
to
Il 24/07/2012 7.49, writethem ha scritto:
> ti basti pensare ad un paio di scenari nemmeno cosￜ tanto rari, anzi:
ROTFL! Uno su mille, volendo esagerare.
> ti basti pensare ad un paio di scenari nemmeno cosￜ tanto rari, anzi:
writethem
Jul 24, 2012, 10:41:38 AM7/24/12
to
costituita dalla pubblicazione di servizi fuibili dall'esterno.
cosￜ come la normalitￜ nelle aziende ￜ avere un server dns interno
conseguenziale all'utilizzo di un dominio active directory.
se poi parli dell'alice adsl di casa dove per rete si intende prendere
il wireless della signora del piano di sopra, allora si, 1 su 1000 ha un
server dns. ed in questo caso l'utilizzo ￜ assai poco simpatico.
acc
Jul 24, 2012, 12:40:53 PM7/24/12
to
Il 24/07/2012 16.41, writethem ha scritto:
> l'op faceva riferimento ad un'azienda, e nelle aziende la normalitￜ ￜ
> costituita dalla pubblicazione di servizi fuibili dall'esterno.
L'OP ha detto chiaramente che non usa AD e che il server e' usato solo
> l'op faceva riferimento ad un'azienda, e nelle aziende la normalitￜ ￜ
> costituita dalla pubblicazione di servizi fuibili dall'esterno.
come file server.
> cosￜ come la normalitￜ nelle aziende ￜ avere un server dns interno
> conseguenziale all'utilizzo di un dominio active directory.
ObiWan
Jul 24, 2012, 12:46:42 PM7/24/12
to
> Vorrei fare qualche test per capire in modo semplice se i pc usano
> ipotizzato chi fa l'assistenza al gestionale) e vedere se è possibile
> velocizzare qualcosa, come posso procedere?
Semplice, assumendo che tu abbia un firewall tra la LAN ed internet
(spero per te che sia così) ti basterà configurare il firewall in modo
da bloccare tutto il traffico in uscita verso la porta 53 UDP e TCP
permettendo tale traffico solo dagli IP dei DNS interni; a quel punto,
se qualche PC ha il DNS configurato male... vedrai che arriverà
qualcuno a lamentarsi :D
writethem
Jul 24, 2012, 12:43:32 PM7/24/12
to
offendendo o mandando a quel paese.
rilassati. coraggio, ce la puoi fare. credici. stai sereno.
ObiWan
Jul 24, 2012, 12:49:04 PM7/24/12
to
> In una rete aziendale tutta nuova, cat.6, pc con schede rete gigabit,
> server nuovissimo con Win 2008 Foundation, alcune cose vanno
> lentamente, in particolare un gestionale che ha gli archivi sul
> server.
server" ? Un gestionale degno di questo nome e che non sia un
accrocchio obsoleto dovrebbe usare un DBMS vero (che poi sia SQL
server, MySQL, FireBirdSQL o altro non fa differenza in questo
contesto) e non robaccia "desktop" tipo files "mdb" o simili
writethem
Jul 24, 2012, 12:49:42 PM7/24/12
to
>>> cosￜ come la normalitￜ nelle aziende ￜ avere un server dns interno
>>> conseguenziale all'utilizzo di un dominio active directory.
>>
>> Impara a leggere (e anche a scrivere)
>
>
> non sentire minata la tua virilitￜ ad ogni risposta, nessuno qui ti sta
> offendendo o mandando a quel paese.
>
http://www.dizionario.org/d/?pageurl=conseguenziale
sappi che ￜ un sinonino, nonchￜ una variante ampiamente utilizzata.
senza polemica, e scusandomi per l'OT, s'intende.
acc
Jul 24, 2012, 1:00:06 PM7/24/12
to
Il 24/07/2012 18.43, writethem ha scritto:
> non sentire minata la tua virilitￜ ad ogni risposta, nessuno qui ti sta
> offendendo o mandando a quel paese.
>
> rilassati. coraggio, ce la puoi fare. credici. stai sereno.
Che bei viaggi che ti fai, dopo il CEPU la tossicodipendenza e' normale. :-)
> non sentire minata la tua virilitￜ ad ogni risposta, nessuno qui ti sta
> offendendo o mandando a quel paese.
>
> rilassati. coraggio, ce la puoi fare. credici. stai sereno.
Andrea B.
Jul 24, 2012, 2:00:02 PM7/24/12
to
acc
Jul 24, 2012, 2:49:27 PM7/24/12
to
Il 24/07/2012 18.49, writethem ha scritto:
> ah oh, per la cronaca, se ti riferivi a questo con imparare a scrivere
> http://www.dizionario.org/d/?pageurl=conseguenziale
Mi riferivo ai "fusibili".
> ah oh, per la cronaca, se ti riferivi a questo con imparare a scrivere
> http://www.dizionario.org/d/?pageurl=conseguenziale
> senza polemica, e scusandomi per l'OT, s'intende.
ObiWan
Jul 25, 2012, 6:02:43 AM7/25/12
to
> > Ops... avevo saltato questo punto; cosa intendi per "archivi sul
> > server" ? Un gestionale degno di questo nome e che non sia un
> > accrocchio obsoleto dovrebbe usare un DBMS vero (che poi sia SQL
> > server, MySQL, FireBirdSQL o altro non fa differenza in questo
> > contesto) e non robaccia "desktop" tipo files "mdb" o simili
> Sapessi quanti ce ne sono... :)
che ha scritto un "gestionale" (per piccole realtà) anni addietro e che
ora lo rivende anche in realtà più grandi senza averlo mimimamente
rivisto e migrato ad un DBMS degno di questo nome :P <sigh>
Del resto per accelerare un pelo un'applicativo del genere non ci
vorrebbe neanche troppo, basterebbe installare un'istanza di SQL server
(anche SQL Express -gratuito- andrebbe bene), tirar su un DB contenente
le stesse tabelle/views/... ed a quel punto, per testare il tutto
basterà installare l'applicazione su un client, copiare il DB access
sul client, eliminare le tabelle/viste dallo stesso e ricrearle come
"tabelle collegate" facendole puntare al DB server :)
ObiWan
Jul 25, 2012, 6:33:59 AM7/25/12
to
> spesso di avere il gestionale lento a causa di ipv6. oramai per me è
> una prassi rimuoverlo dal server e dai client (anche qui verrò
> crocifisso perchè ipv6 è importante ecc ecc)
no, non verrai crocifisso, credo che lo farai da solo :) in vista/seven
(ma anche Win8), disabilitare il v6 non è esattamente una buona idea e
causa spesso un tot di problemi
Mirko Borsari
Jul 25, 2012, 7:14:18 AM7/25/12
to
Ciao ObiWan in data Wed, 25 Jul 2012 12:33:59 +0200, hai scritto:
>> spesso di avere il gestionale lento a causa di ipv6. oramai per me �
>> una prassi rimuoverlo dal server e dai client (anche qui verr�
>> crocifisso perch� ipv6 � importante ecc ecc)
io non ho mai avuto problemi.
--
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.
>> spesso di avere il gestionale lento a causa di ipv6. oramai per me �
>> una prassi rimuoverlo dal server e dai client (anche qui verr�
>> crocifisso perch� ipv6 � importante ecc ecc)
>
> no, non verrai crocifisso, credo che lo farai da solo :) in vista/seven
> (ma anche Win8), disabilitare il v6 non � esattamente una buona idea e
> no, non verrai crocifisso, credo che lo farai da solo :) in vista/seven
> causa spesso un tot di problemi
quali?
io non ho mai avuto problemi.
--
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.
iceman
Jul 25, 2012, 8:07:20 AM7/25/12
to
ObiWan ci ha detto :
>> spesso di avere il gestionale lento a causa di ipv6. oramai per me ￜ
>> una prassi rimuoverlo dal server e dai client (anche qui verrￜ
>> crocifisso perchￜ ipv6 ￜ importante ecc ecc)
>> una prassi rimuoverlo dal server e dai client (anche qui verrￜ
>
> no, non verrai crocifisso, credo che lo farai da solo :) in vista/seven
> (ma anche Win8), disabilitare il v6 non ￜ esattamente una buona idea e
> no, non verrai crocifisso, credo che lo farai da solo :) in vista/seven
> causa spesso un tot di problemi
l'ho fatto giￜ su oltre 100 pc, da mesi. di quali problemi parli?
ObiWan
Jul 25, 2012, 8:29:19 AM7/25/12
to
> quali?
> io non ho mai avuto problemi.
successivi hanno dei meccanismi "wired in" che si aspettano di avere il
v6 attivo e, se non lo trovano, causano problemi in fase di risoluzione
o accesso alla rete; il brutto è che di solito tali problemi non si
notano se non dopo un certo tempo ed a quel punto, se non lo sai, ti
metti le mani nei capelli ed inizi a dar la caccia ai fantasmi; tutto
sommato ci vuol poco ad abilitare IPv6 all'interno di una LAN (e poi
filtrarlo al gw) e la cosa non è del tutto deleteria ;)
Ray
Jul 25, 2012, 9:27:09 AM7/25/12
to
"ObiWan" <alb.20.t...@spamgourmet.com> ha scritto nel messaggio
news:20120724184...@deathstar.mil...
> Ops... avevo saltato questo punto; cosa intendi per "archivi sul
> server" ? Un gestionale degno di questo nome e che non sia un
> accrocchio obsoleto dovrebbe usare un DBMS vero (che poi sia SQL
> server, MySQL, FireBirdSQL o altro non fa differenza in questo
> contesto) e non robaccia "desktop" tipo files "mdb" o simili
di trovarci dei mdb o simili, comunque di sicuro non ho dovuto installare
nulla sul server per farli girare, quindi a meno che non si appoggino a
qualche servizio nativo di Win server 2008 Foundation, penso che siano
proprio le stazioni ad interrogare i dati sul disco condiviso avvalendosi di
un loro servizio su client.
Tra l'altro l'assistenza mi diceva che possono stare anche su un Nas senza
particolari requisiti quindi propenderei decisamente per l'ipotesi che siano
i client a fare funzionare il tutto...
RAY
ObiWan
Jul 25, 2012, 9:31:12 AM7/25/12
to
> Foundation, penso che siano proprio le stazioni ad interrogare i dati
> sul disco condiviso avvalendosi di un loro servizio su client.
> Tra l'altro l'assistenza mi diceva che possono stare anche su un Nas
> senza particolari requisiti quindi propenderei decisamente per
> l'ipotesi che siano i client a fare funzionare il tutto...
Il che significa che qualsiasi "query" passa su NetBT (aka "netbios")
> sul disco condiviso avvalendosi di un loro servizio su client.
> Tra l'altro l'assistenza mi diceva che possono stare anche su un Nas
> senza particolari requisiti quindi propenderei decisamente per
> l'ipotesi che siano i client a fare funzionare il tutto...
con conseguente...
overhead dovuto agli headers/info di protocollo
overhead dovuto ai checks ACL
overhead dovuto al fatto che anche un semplice "index seek" causa la
scansione dell'indice *SULLA* rete
overhead dovuto alla scansione all'accesso dei files (alla fine della
fiera gli "mdb" sono files) sul client, scansione effettuata sulla
share di rete, ergo, ulteriore traffico
overhead dovuto alla scansione all'accesso dei files sul server (se
sullo stesso è installato un AV)
più, diverse altre cosette; ora, se vuoi spararti negli zebedei,
continua ad usare quel gestionale, in caso contrario, vedi se riesci a
farlo aggiornare in modo da lavorare in client-server *vero*
Ray
Jul 25, 2012, 9:43:42 AM7/25/12
to
news:20120725153...@deathstar.mil...
>pi�, diverse altre cosette; ora, se vuoi spararti negli zebedei,
l'assistenza non ha saputo dire altro che queste menate sui dns, che alla
fine non c'entreranno niente...
Io appena posso faccio qualche prova come mi avete suggerito, ed escludo la
cartella del gestionale dal controllo dell'antivirus, ma per il resto sar�
difficile fare altro, � tutto nuovo e performante, solo quel gestionale ha
problemi, a quanto pare il motivo c'�...
RAY
>pi�, diverse altre cosette; ora, se vuoi spararti negli zebedei,
>continua ad usare quel gestionale, in caso contrario, vedi se riesci a
>farlo aggiornare in modo da lavorare in client-server *vero*
Hai perfettamente ragione, il problema � che la scelta non � mia, e
>farlo aggiornare in modo da lavorare in client-server *vero*
l'assistenza non ha saputo dire altro che queste menate sui dns, che alla
fine non c'entreranno niente...
Io appena posso faccio qualche prova come mi avete suggerito, ed escludo la
cartella del gestionale dal controllo dell'antivirus, ma per il resto sar�
difficile fare altro, � tutto nuovo e performante, solo quel gestionale ha
problemi, a quanto pare il motivo c'�...
RAY
Mirko Borsari
Jul 25, 2012, 10:24:12 AM7/25/12
to
Ciao ObiWan in data Wed, 25 Jul 2012 14:29:19 +0200, hai scritto:
> Il problema � che, a differenza di XP (ma anche Vista), Seven e
> sommato ci vuol poco ad abilitare IPv6 all'interno di una LAN (e poi
> filtrarlo al gw) e la cosa non � del tutto deleteria ;)
mah, io sono per avere solo quello che serve. Il resto via...
> Il problema � che, a differenza di XP (ma anche Vista), Seven e
> successivi hanno dei meccanismi "wired in" che si aspettano di avere il
> v6 attivo e, se non lo trovano, causano problemi in fase di risoluzione
bho... mai avuto problemi.
> v6 attivo e, se non lo trovano, causano problemi in fase di risoluzione
> sommato ci vuol poco ad abilitare IPv6 all'interno di una LAN (e poi
mah, io sono per avere solo quello che serve. Il resto via...
ObiWan
Jul 25, 2012, 12:35:05 PM7/25/12
to
> Hai perfettamente ragione, il problema è che la scelta non è mia, e
> l'assistenza non ha saputo dire altro che queste menate sui dns, che
> alla fine non c'entreranno niente...
sospetto che possa esser così
> alla fine non c'entreranno niente...
> Io appena posso faccio qualche prova come mi avete suggerito, ed
> escludo la cartella del gestionale dal controllo dell'antivirus, ma
> solo quel gestionale ha problemi, a quanto pare il motivo c'è...
non so se escludere lo scanning basterà; ad ogni modo io proverei a
sniffare il traffico di rete e vedere quanta robaccia viene fatta
viaggiare ad ogni "click" sul gestionale :)
0 new messages