Newsgroup: it.comp.reti.locali
Titolo: netbios

buongiorno
 
rete di 20 pc, no AD, alcuni dei pc -tutti win 7 pro- hanno dei link a 
determinate share con la solita sintassi
 
\\nomepc\share
 
e' il netbios che risolve il nomepc. vorrei disabilitare netbios poiche' 
mi genra troppo traffico, ma cosi' facendo i link \\nomepc\share non 
funzionano piu'. non voglio server di dominio, cosa posso fare per 
risolvere ?
 
grazie


Imposta IP Statici e compilati il file Hosts, ma che rete è per avr 
problemi di "troppo traffico"?
 
-- 
MrGreco

 
 
volevo evitare anche questa soluzione.
se sposto/cambio un pc oppure se lo rinomino, ecco che devo toccare N 
file host.
troppo traffico ... in realta' la rete e' usabile, bene anche, ma 
dall'analisi del traffico vedo che c'e' davero troppo "netbios".
 

 vedo che c'e' davero troppo "netbios".
ma "quanta roba" prende in termini di tempo ed occupazione banda? 
secondo me è trascurabile

funzionano piu'.
 
La botte piena e la moglie ubriaca... ;-)
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

dall'analisi del traffico vedo che c'e' davero troppo "netbios".
 
Non capisco una cosa: quali sono le porte TCP o UDP su cui rilevi
"tanto traffico"?


 "tanto traffico"?
 
Prova a realizzare che il traffico netbios viaggia solo a livello locale 
(LAN), magari ne vieni a capo.

(LAN), magari ne vieni a capo.
 
A dire il vero può essere anche instradato (es. sulle VPN), ma non
c'entra con la domanda che gli ho fatto.


 non c'entra con la domanda che gli ho fatto.
 
C'entra eccome, lui non ha parlato di troppo traffico (in generale), ma 
di "troppo traffico netbios", e' ovvio che si riferisce a quello locale.

 girare.
 
reta a gigabit.
mi sa che avete ragione, mi rassegnero' .


di "troppo traffico netbios", e' ovvio che si riferisce a quello locale.
 
Anche secondo me si riferisce a quello locale, a questo punto perň non
capisco perché tu abbia voluto precisarlo nel messaggio precedente.


 capisco perché tu abbia voluto precisarlo nel messaggio precedente.
 
Perche' tu hai chiesto su quale porta TCP/UDP lo rileva, ma da che mondo 
e mondo, il traffico locale non viaggia verso nessuna porta.

 il traffico locale non viaggia verso nessuna porta
 
Giusto, più che viaggiare, al massimo si farà una passeggiata :-D
-- 
	Luca Amicone
--
"Access Denied Attempting to Change Client Domain Password" http://
support.microsoft.com/?id=135060
 

 il traffico locale non viaggia verso nessuna porta
??????

 mondo e mondo, il traffico locale non viaggia verso nessuna porta.
 
Passa dalle finestre ?
 

Arne Saknussemm ha usato la sua tastiera per scrivere :

Se usa Windows sicuramente... :D

e mondo, il traffico locale non viaggia verso nessuna porta.
 
Non č assolutamente vero, non so come ti sia venuta in mente una cosa
del genere.


 ??????
 
Traffico locale *NetBIOS*, uff!


Precisazione inutile, non č comunque vero.


 mi sa che avete ragione, mi rassegnero' .
 
Prima di farlo, prova a dare un'occhiata a quel che transita veramente
sulla rete; allo scopo, potresti usare questo
 
http://www.objectplanet.com/probe/
 
 
in breve, installi il programma su (es.) un laptop (anche "scrauso"),
poi connetti lo stesso allo switch e configuri la porta come "mirror"
in modo da vedere tutto il traffico, a quel punto avvii il programma e
lo lasci girare per un certo tempo (l'ideale sarebbe qualche ora, in
orario "di punta"), fatto questo, accedi tramite browser o tramite la
GUI del programma alle informazioni, ad esempio
 
http://www.objectplanet.com/probe/summary.html
 
 
http://www.objectplanet.com/probe/topn.html
 
 
http://www.objectplanet.com/probe/whatwhowherewhen.html
 
 
e controlli se in effetti vi sia traffico eccessivo e chi/cosa lo stia
generando; se questo NON fosse il caso, ossia se il traffico fosse
nella norma, direi che potrebbe essere il caso di rivedere il cablaggio
e/o la configurazione dello switch (nota: considerando che parli di 20
PC do per scontato che tu stia usando un solo switch)
 
 
 

 
 
e' proprio quello che ho fatto.
switch procurve, 1 porta dove e' collegato un pc , e wireshark che 
cattura in continuazione . ho catturato un'intera giornata di lavoro. 
dalle 7.00 alle 20.00 . risultato, gran quantita' di traffico lecito 
(ovvio), dropbox troppo chiacchierone (sistemato) , antivirus che si 
collegava piu' volte al giorno per aggiornamenti (sistemato schedulando 
in pausa pranzo) , stampanti di rete che dialogavano troppe volte al 
giorno col fornitore per indicare livelli inchiostro e ca***te varie 
(sistemato).
rimane il traffico netbios davvero abbondante e arp, in quantita'.
la rete effettivamente e' usabile, bene anche, ma vorrei eliminare 
almeno un poco di netbios e arp.
 
grazie

 parli di 20 PC do per scontato che tu stia usando un solo switch)
 
Dimenticavo, per quanto riguarda la risoluzione nomi netbios, onde
evitare l'uso di broadcast che potrebbero, in effetti, causare dei
rallentamenti di rete, potresti usare il file LMHosts, tale file serve
alla risoluzione NetBios in mancanza di un "domain controller"; nel tuo
caso, se hai un NAS sempre acceso o comunque un computer sempre acceso,
l'ideale sarà quello di procedere come segue
 
Supponiamo che il file LMHosts principale sia posto sul sistema
chiamato "srvnas" e con indirizzo IP 192.168.1.200; su tale host dovrai
creare una share di rete leggibile a tutti (inclusi i "guest"), ad
esempio \\srvnas\resolver; a questo punto
 
Sul NAS, nella cartella "resolver" creerai un file LMHosts come segue
 
#
# file LMHosts principale
#
 
# il nostro server
192.168.1.200	srvnas
 
# qui di seguito abbiamo l'elenco
# dei vari computers della rete
192.168.1.10	pc1
192.168.1.11	pc2
192.168.1.12	pc3
 
a seguire, sui vari computer della rete, nella cartella
 
%SYSTEMROOT%\System32\drivers\etc
 
dovrai creare un file LMHosts contenente quanto segue
 
#
# file LMHosts client
# 
 
# risoluzione server
192.168.1.200	srvnas	#PRE
 
# carica il resto dal server
#BEGIN_ALTERNATE
#INCLUDE \\srvnas\resolver\lmhosts
#END_ALTERNATE
 
quanto sopra istruisce i "client" a caricare dalla share del server il
file lmhosts, in questo modo i client all'avvio (e poi ad intervalli)
caricheranno il proprio file lmhosts, questo gli dirà quale è
l'indirizzo del "server" (così da evitare broadcast), a seguire il file
"client" contiene la clausola "include" che istruisce gli stessi a
caricare il file \\srvnas\resolver\lmhosts, quest'ultimo conterrà le
infiormazioni (nome ed ip) dei vari client della rete, in questo modo,
volendo/dovendo aggiornare gli indirizzi, sarà sufficiente modificare
il solo file centralizzato (su srvnas) ed i client lo caricheranno in
automatico
 
Per ulteriori dettagli, apri con notepad il file di esempio
 
%SYSTEMROOT%\System32\drivers\etc\lmhosts.sam
 
presente praticamente in tutte le versioni di windows e che contiene
ulteriori informazioni sulla sintassi usata nel file ed esempi per
l'utilizzo dello stesso
 
 
ciao
 
 

 
 
si, questa e' una buona idea, non ci avevo pensato.
ottimo, grazie



Prima di tutto considera l'idea di installare un DNS locale alla rete e
contenente i corretti mapping per i vari client, evitando in questo
modo traffico inutile ed allo stesso tempo velocizzando la risoluzione
dei nomi; se hai una macchina linux o un computer che sia acceso 24x7
potresti installare 
https://nlnetlabs.nl/projects/unbound/about/
 e poi
configurarlo per benino, ad esempio utilizzando le info presenti qui
https://calomel.org/unbound_dns.html
 ed assicurandoti di includere i
vari hosts della rete, fatto questo, modifica tutti gli hosts in modo
da usare quel "server" come UNICO DNS ed eventualmente (opzionale)
configura il firewall WAN in modo da permettere l'uscita del traffico
DNS (porta 53 UDP e TCP) al solo computer dove gira il tuo DNS
 
 
 



In alternativa se hai un sistema con sopra Samba, puoi configurarlo in
modo da fungere da server WINS per la rete ;-)
 
 
 
 

 DNS (porta 53 UDP e TCP) al solo computer dove gira il tuo DNS
 
 
tengo presente anche questo.
grazie
 

 se hai una macchina linux o un computer che sia acceso 24x7
immagino che anche un rasp vada bene, ci debbo provare è un'idea!

rimane il traffico netbios davvero abbondante 
 
A me rimane un dubbio: trasferite dei file tra i PC?
 
Perché se li trasferite, è quello il traffico Netbios che vedi. Ma non
è eliminabile.
 
O, meglio, c'è qualche kb per la risoluzione dei nomi e tanti MB per i
file che trasferite. Migliora la risoluzione dei nomi con un server
WINS o con  un LMHOSTS, risparmi quei pochi kb. Poi hai lo stesso
tutti i MB che trasferisci.
 
Il mio sospetto è che tu stia correndo dietro a un falso problema.




Credo di si
 
 
 

 A me rimane un dubbio: trasferite dei file tra i PC?
 
O hanno delle applicazioni basate su DB "access" piazzati su share di
rete (o addirittura le applicazioni installate su share di rete); a
quel punto, ci credo che si vede un traffico abnorme :P
 
Del resto, c'è ancora gente che oggi, nel 2018 chiama un'applicazione
che usa le share di rete una "client server" :P (specie nel caso di un
DB access piazzato su una share... che di client server non ha
nulla :P !)
 

nulla :P !)
 
Come no... se spegni il server, l'app non funziona piů -> č client
server ;-)


 server ;-)
 
rotfll

 
 
ora siamo quasi alle feste , controllo da gennaio, ricordo pero' che le 
richieste arp erano oltre 10 al secondo, per una rate di 30 appareti mi 
pare un poco troppo. X netbions mi organizzo col file lmhost, mi pare 
un'ottima idea.

 
 
niente access , e niente db su share di rete
 
:-)
 

un'ottima idea.
 
Attenzione che l'ARP non č legato necessariamente al Netbios.
 
Puň avere tante origini: IP di stampanti non piů usate, programmi di
ricerca automatica delle stampanti etc.
 
Le richieste ARP a cosa puntano? Da una macchina in particolare oppure
verso un IP particolare?
Verso IP sconosciuti?




Non è che hai qualche problemino di ARP storm ?
 
https://networkengineering.stackexchange.com/questions/5489/avoiding-arp-broadcast-storms
 
 
mica per altro, ma sai ... :)
 
 

 
 
buona domanda. non vi e' un colpevole in particolare. direi che tutti i 
dispositivi fanno richieste arp e rispondono a richieste arp.
il tutto e' tollerabile,la rete funziona benino, ma vorrei rimediare.
 

 
 
no, siamo lontani dalle "tempeste" di pacchetti o di altro tipo. 
aggiungo che la rete voip e' separata, con altro switch ed altri cavi, 
quindi la colpa e' solo della parte dati.
mah
prima o poi risolvero'.
non trovo una causa per tutte queste richieste arp.