Newsgroup: it.comp.os.linux.debian
Titolo: samba e windows..

Come da oggetto ho una rete con un server samba (versione 3.0.24) su una 
Debian e due client WinXP.
Fino a qualche giorno fa la situazione era questa:
Client A : Installazione partita da XP SP1 e poi aggiornato perfettamente 
funzionante
Client B : Installazione partita da XP SP2 con alcuni problemi che poi vi 
descrivo
Tutti e due i client sono stati regolarmente aggiornati nel tempo.
Ora, per motivi che non sto qui a spiegare, ho dovuto formattare il client A 
e ho installato di nuovo il sistema operativo e tutti gli aggiornamenti.
Pero' ora presentano tutti e due un problema.
All'apertura di una qualunque condivisione di rete  ho una pausa evidente, 
di decine di secondi, prima di poter effettuare qualunque altra operazione.
Anche l'apertura di un file genera lo stesso problema.
Ho controllato i log me non ho trovato alcun errore o segnalazione.
Ho cercato su internet e ho trovato alcuni consigli, ma nessuno di loro ha 
avuto esito..
Volevo sapere se è un problema noto e se qualcuno ha qualche consiglio da 
darmi..
Grazie.

 darmi..
Potrebbe essere la mancata attivazione del netbios su tcp, scheda wins
delle proprietà avanzate del tcp nella scheda di rete.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 delle proprietà avanzate del tcp nella scheda di rete.
Impostato, ma non ha sortito alcun effetto..
Altre idee?


 Altre idee?
Poche.
Però mi è venuta in mente una cosa: hai detto che hai reinstallato il
client A, non hai fatto niente al client B, ed entrambi adesso hanno,
all'apertura di share di rete, il ritardo?
Se è così, sembra che il client A facesse da master browser per tutta
la rete.


 la rete.
Perchč questo "dubbio"?
I due client sono configurati come da "default". Non ho fatto nessuna 
impostazione strana.
Tieni conto che il problema č indipendente dalla condizione della rete.
Ovvero, sia presente si con Cleint A accesso e B spento, sia con client B 
acceso e A spento, sia con tutti e due accesi.
Grazie del supporto..
Se ti serve che ti mandi la configurazione della server fammi sapere.
Ormai non so piů a che santo votarmi.. :(
Ciao. 

 Il Client B ha sempre avuto il ritardo.. Ora ce l'ha anche il client A..
Ah, allora c'è un filino di logica in più.
La prima cosa da verificare è se è attivo il netbios su tcp.
Poi: chi fa da dns, in quella rete?
Chi fa da dns conosce i due client e il server, e li risolve?


 
Per completezza:
http://technet.microsoft.com/it-it/library/cc738412.aspx


> Chi fa da dns conosce i due client e il server, e li risolve?
Chi fa da DNS.. bella domanda..
Allora, c'è un router netgear, un DG834, per l'accesso a internet, con 
server DHCP attivo e funzionante.. 

 server DHCP attivo e funzionante.. 
Il quale, al 99,99999999999999999999999% ti dichiara, come dns, il dns
del provider, o al massimo se stesso.
Ovviamente, ne' il dns del tuo provider, ne' il router hanno la minima
idea di dover risolvere i nomi netbios della tua rete interna.
Hai due possibilità:
1- metti in c:\windows\system32\drivers\etc\hosts i nomi e gli ip delle
macchine.
2- (non ricordo se possibile) istruisci il netgear a risolvere anche i
nomi e gli IP delle macchine.


 nomi e gli IP delle macchine.
Gli IP delle macchine con i relativi nomi sono inseriti in una tabella 
interna al router per riservare gli indirizzi ip, quindi in realtà è 
probabile che la stessa tabella serva da risolutore dei nomi.
Pero', la cosa che non torna in tutto questo ragionamento è che non è stato 
minimamente toccato il router prima dopo o durante l'operazione di 
aggiornamento della rete, e il Client A, a parte la formattazzione è stato 
rimesso esattamente,nome della macchina compreso, come era prima di avere il 
problema!
Cmq, provero' quello che mi hai suggerito. Sia mai..
Grazie..

 Cmq, provero' quello che mi hai suggerito. Sia mai..
Ah, errata corrige ed addenda:
Se non funziona con hosts, prova con lmhosts, sempre nella stessa
directory, ne trovi un esempio come lmhosts.sam.


 directory, ne trovi un esempio come lmhosts.sam.
Errata corrige mia..
Il problema si presenta in questi termini:
Se faccio l'esplorazione della rete partendo da risorse di rete di windows 
funziona tutto a meraviglia, in ogni percorso possibile. Reattivo e veloce.
Se pero' creo un collegamento alla share della home utente, ad esempio 
impostando il percorso della cartella Documenti, allora nasce il problema.
La navigazione della cartella documenti (che ora non č altro che la share 
home della condivisione samba) diventa impsossibile. Lenta e macchinosa..
A questo punto credo che il problema non sia del server, ma bensě di 
Windows..
A parte eliminare i client XP, altri consigli?

 impostando il percorso della cartella Documenti, allora nasce il problema.
Aspetta, tu hai messo la cartella documenti residente su una share di
rete?
La cartella documenti è molto speciale, per windows.


 La cartella documenti è molto speciale, per windows.
Che sia speciale non ho dubbi, pero' ti posso assicurare che l'ho fatto 
decine e decine di volte e non ho mai avuto questo tipo di problema.
Sottilineo, per puro spirito di precisione, che ho "spostato" solo la 
cartella "Documenti" dell'untente, non la cartella "Documents and Settings".
Cmq, la cosa strana è che succede anche se faccio un semplice collegamento 
alla share home dell'utente, che non sia associato alla cartella "speciale" 
documenti..
Non ho provato a fare un collegamento ad un'altra condivisione xo' per 
vedere se il comportamento è lo stesso.
Appena ho un secondo faro' anche questa prova! 

 cartella "Documenti" dell'untente, non la cartella "Documents and Settings".
Anche perché temo non ci saresti riuscito. ;-)
Se ricordo bene, quella directory la cerca PRIMA di attivare la rete.
Da quello che dici dopo non si capisce moltissimo, ma mi è tornato il
dubbio: hai riempito lmhost, tanto per provare?
