Newsgroup: it.comp.os.win.win2000
Titolo: Quando e perchè "devo" installare WINS ?

Non ho ben capito la logica dell'attivazione del servizio WINS, ne stò
ignoranzo il senso... quando mi serve attivarlo ?
Per quale motivo si necessita di registrare i nomi dei client ed i relativi
indirizzi IP sul server ? Quali sono
i prò ed i contro nell'attivare o meno tale servizio ? Non ha una funzione
simile al DHCP nell'ambito della
prenotazione ?
GbMax

 prenotazione ?
Il DHCP, dynamic host control protocol, assegna automaticamente l'indirizzo
ip alle macchine client che trova in rete, senza dver assegnare manualmente
a
ciascuna di queste un indirizzo ip.
Spero di essere stato esauriente e di non aver commesso errori, visto che è
da
un po' che non smanetto con queste cose.
ciao
andrea

Il giorno Tue, 24 Dec 2002 17:49:23 GMT, su it.comp.os.win.win2000,
GbMax (
gb...@hotmail.com
) ha scritto:

Mammamia quante domande. Mi verrebbe voglia di rimandarti direttamente 
alle WhitePages di Microsoft. 8)))
Ma è Natale. ;))
WINS serve "sempre" per migliorare la navigazione in "rete Microsoft". 
Non memorizza solo la coppia ip-nomenetbios, ma anche il ruolo che la 
macchina svolge nella rete, per esempio se è master browser o no.
Queste informazioni spesso si possono ricavare con broadcast sulla 
sottorete (fisica o logica) con peggioramento delle prestazioni generali; 
WINS evita i broadcast.
Inoltre è l'unico modo per poter visualizzare, in "Risorse di rete", 
domini e macchine connesse ad ALTRE subnet non direttamente 
raggiungibili. In questi casi è assolutamente indispensabile una politica 
di gestione di uno o più WINS server in replicazione.
Non ha ALCUNA funzione di "prenotazione", ma solo di memorizzazione e di 
risposta alle query effettuate dai clients quando eseguono una ricerca in 
rete.
Il discorso sarebbe MOLTO più ampio.. ma è Natale anche per me! ;O)
-- 
		Luca Amicone
		(da casa)

 ha scritto nel messaggio
news:aua7ss$568$2...@newsreader.mailgate.org...

Però c'è una cosa che non ho capito: su una rete Windows 2000 "pura",
Microsoft afferma che il DNS è più che sufficiente. Addirittura si consiglia
di disabilitare del tutto il protocollo NetBIOS, del quale, se non erro,
WINS fa parte. Com'è la realtà riguardo questi suggerimenti ? Utilizzando
solo TCP/IP e DNS si hanno a disposizione tutte le funzionalità o si perde
qualcosa ?
Massimo


wrote:

Fondamentalmente, tutte le macchine Windows 2000 e post-Windows 2000
lavorano in rete benissimo senza utilizzare Netbios. Invece i classici
sistemi "legacy" (cioè Windows 9x e NT4) devono accedere alle risorse
usando Netbios. Quello che conta è che anche le applicazioni
installate debbano girare basandosi su Winsock e non più su Netbios,
ma ormai direi che quasi tutte lo fanno. 
La risoluzione dei nomi in ambiente Windows 2000 (e dunque basata su
Winsock) avviene secondo quest'ordine: file hosts
locale/DNS/WINS/broadcast/lmhosts/ripetizione DNS.
La risoluzione dei nomi in ambiente legacy basata su Netbios: cache
locale/WINS/broadcast/lmhosts/hosts/DNS.
Ciao
Memmo

 qualcosa ?
Probabilmente alcuni "vecchi" programmi che usano SOLO il NetBios non 
funzionerebbero. Come già ti è stato detto, ormai quasi tutto si basa su 
socket (Winsock) diretti e non su broadcast, dove il NetBios era "nato".
Nondimeno, ancora non mi è capitato di vedere una rete Active Directory 
"pura", dove le risorse sono pubblicate esclusivamente in un catalogo e 
non "annunciate in rete" come "si faceva una volta" con NetBios. 8]


 qualcosa ?
tutt'altro. NetBT (NetBIOS su TCP/IP) è molto meglio di NetBIOS - 
*soprattutto* perchè è trasportato su TCP/IP
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!

 *soprattutto* perchč č trasportato su TCP/IP
Scusa, Maya... hemm... Crea.., oh insomma! 8]
Ma io sono ANNI che utilizzo NetBT e come me milioni di altri utenti..
Non starai per caso confondendo NetBios con NetBEUI?!?


 utenti.. Non starai per caso confondendo NetBios con NetBEUI?!?
volevo scriverlo, ma non volevo dire cavolate. Non so di preciso com'č 
strutturato NetBIOS. Comunque sě, č quello che intendevo


 strutturato NetBIOS. Comunque sě, č quello che intendevo
NetBEUI č il protocollo di trasporto che comprende NetBios. E' leggero, 
non va configurato ed č ottimo per LAN PICCOLE, dato che si basa 
esclusivamente su broadcast. NetBios invece č un protocollo di livello 
superiore utilizzato per il networking di rete Microsoft e puň viaggiare 
su NetBEUI (che lo supporta appunto nativamente) ma anche su Tcp/IP 
(NetBios over Tcp/Ip, NetBT) e su IPX (nonricordolacronimo 8]).
Active Directory "supera" in qualche modo l'utilizzo di NetBios per la 
risoluzione delle risorse condivise.
NetBEUI non č compreso nell'installazione di default di XP.
Insomma, un po' di progresso c'č.. 8]


 risoluzione delle risorse condivise.
Quindi, tornando alla domanda originale, se io in una rete Windows 2000
*pura* utilizzo solo TCP/IP, DNS e AD, mi perdo qualcosa rispetto
all'utilizzare anche NetBT, oppure ho comunque a disposizione tutte le
funzionalità ? Ovviamente mi riferisco anche a cose normalmente gestite da
NetBT, come il browsing della rete.
Massimo

 la risoluzione delle risorse condivise.
cioè dai broadcast s'è passati al più classico elenco centrale?


 NetBT, come il browsing della rete.
In tutta sincerità non lo so "esattamente". Proprio perché ancora non mi 
è capitato, e non voglio rischiare di dare informazioni sbagliate.
Da quello che so, direi che non perdi nulla: navighi la foresta in modo 
leggermente diverso da come navigavi prima, ma le risorse sono sempre 
raggiungibili e disponibili. Anzi, per reti remote dovrebbe essere più 
semplice in quanto l'elenco delle risorse non deve essere recuperato 
remotamente.
L'unica cosa che potrebbe non funzionare sono quei programmini che si 
bastano su NetBT per funzionare. Per esempio programmi di messagistica su 
Lan o scanner per la ricerca di risorse o cose così..
-- 
		Luca Amicone
		(da casa e con l'influenza)

 cioè dai broadcast s'è passati al più classico elenco centrale?
Questo già con WINS, almeno per la risoluzione dei nomi Netbios. Con AD 
il catalogo comprende parecchio roba in più.



wrote:

L'eliminazione di NetBT comporta innanzitutto una riduzione dello
spreco di banda, perchè si sa che NetBT è un protocollo molto
chiaccherone! Inoltre il servizio di Master Browsing viene pressochè
annullato (cioè sfogliare le Risorse di rete, e anche il comando Net
View non funzionano). Una macchina con il NetBT disabilitato non può
avere una lista delle macchine presenti in un dominio NT4 e non può
nemmeno ricevere la liste delle condivisioni di un dominio antecedente
a Win2000/Active Directory. Ovviamente anche il comanda Net Use non
funzionerebbe.
Il browsing però viene mantenuto per accedere a sistemi Win2000/XP. Se
con il classico "Net View" oppure "Net View /domain:dominio" non
avremmo risultati, se si digita "Net View server3.dominio.local" si
può accedere cmq alle risorse condivise sulla macchina Server3.
Allo stesso modo, un comando "Net Use k:
\\server3.dominio.local\documenti" mapperebbe la risorsa condivisa.
E' possibile da Start/esegui digitare
\\server3.dominio.local\documenti oppure aprire Internet Explorer,
inserire nell'URL il percorso UNC e creare un link a questo nuovo
percorso nelle proprie risorse di rete.
E' chiaro che con Active Directory non c'è più il concetto di
"Sfogliare le Risorse di Rete" e l'unico modo per trovare le cose
sparse in rete è il catalogo/database di Active Directory. E per
"cose" ovviamente si intendono utenti, stampanti, contatti,
condivisioni e computer.
Con Active Directory, entrando nelle Risorse di rete, e cliccando
sull'icona Directory, si ottiene l'elenco delle risorse condivise
nella rete, e all'utente va bene così, non gli interessa sapere dove
si trovano, o su quale server.
Come già detto in un precedente post, per eliminare definitivamente
Netbios le applicazioni devono essere "attuali" e utilizzare Winsock,
e idem i sistemi, ma penso che una rete Active Directory pura sia
l'ideale, sia come centralizzazione delle risorse sia come velocità di
ricerca delle informazioni.
Ciao
Memmo

 
http://www.google.it/search?q=netbeui+rfc
 8)
ne parla (poco) nella RFC 2896


 ne parla (poco) nella RFC 2896
Si, perché NetBEUI non è esattamente un protocollo Internet. 8]
Comunque parecchia robetta si trova sul sito Technet:
http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/intne
twk/part5/intch16.asp
(tutto su una riga).
Tra cui un bellissimo disegnino che mostra che NetBEUI NON HA il livello 
3 dello stack OSI. 8))


livelli OSI! Il tcp/ip strutturalmente non li rispetta mica tanto..... 8)
Per forza, il tcp/ip e' comparso prima della pila OSi ;-)))
Ciao
-- 
Francesco

 Per forza, il tcp/ip e' comparso prima della pila OSi ;-)))
Vero, e come si vede è ancora BEN valido! ;))
Il che da qualche speranza pure a me.. ;P (vecchiaia != obsolescenza)
-- 
		Luca Amicone
		(da casa, in riassesto)

 argh. Stai dicendo che avviene TUTTO in broadcast?
Si, Luca dice proprio questo, perchč questo č.
E non potrebbe essere diversamente.
Saluti.
Saluti e Buon Natale (in ritardo) e Buon Anno (in tempo)..