Esplorazione come l'esplorazione tramite un multi-subnet rete TCP/IP funziona in un dominio e in un gruppo di lavoro

Identificativo articolo: 117633 - Visualizza i prodotti a cui si riferisce l?articolo.

Attenzione: Questo � un articolo tradotto in automatico.

Per visualizzare l'articolo tradotto automaticamente accanto all'originale in inglese, fare clic qui.

Espandi tutto | Chiudi tutto

Sommario

Questo articolo viene spiegato come l'esplorazione su una rete TCP/IP multi-subnet funziona in un dominio e in un gruppo di lavoro.

Il controller di dominio primario (PDC) di un dominio di rete TCP/IP multi-subnet contenenti subnet funge da server browser principale dominio. Ciascuna subnet di tale dominio dispone di un proprio server master, che invia le richieste di annuncio master a dominio master.

Nella ricezione di una richiesta da un server, il browser principale dominio risponde con un'API NetServerEnum remota, raccoglie i server da master, quindi unisce l'elenco con l'elenco corrente. Ci� garantisce che il server master di dominio gestisce un elenco completo dei server di dominio. Quando un client invia in modalit� remota un'API NetServerEnum al server master di dominio, il master di dominio restituisce tutti i server nel relativo elenco.

Multi-subnet rete TCP/IP l'esplorazione di supporto � disponibile solo in un ambiente di dominio tra computer Windows NT e Windows NT Advanced Server. Se un dominio contiene almeno un computer Windows NT Advanced Server, � possibile visualizzare tale dominio. Una subnet che ha solo workstation Windows NT browser servizi in esecuzione � in possibile di visualizzare l'intero contenuto di tale dominio.

Per garantire che il browser principale per ciascuna subnet pu� accedere il PDC, PDC di un dominio devono essere elencati nel file LMHOSTS ogni del client. Per garantire che il PDC pu� richiedere elenco alla subnet locale dal browser principale subnet, il trasporto TCP/IP deve memorizzare nella cache gli indirizzi client per un periodo di tempo. Inoltre, gli elenchi di domini recuperati tramite il browser principale dispongono solo i domini sono occupati da altri server master del dominio.

Gruppi di lavoro di Windows NT o WFW non pu� comprendere pi� subnet. Workgroup possibile visualizzare solo altri gruppi di lavoro della subnet locale.

Ecco alcune condizioni in cui l'esplorazione non funziona:

Computer in una subnet remota non possono essere visualizzate da client in un gruppo di lavoro Windows NT o WFW. Tuttavia, se il gruppo di lavoro � una finestra di Windows, l'amministratore del gruppo di lavoro pu� configurare una o pi� delle workstation Windows NT come "Configurato master browser", quindi aggiungere tali computer nella subnet remota al file LMHOSTS.
� Impossibile esplorare subnet remote con solo client WFW, perch� il browser WFW non multi-subnet TCP/IP abilitate dalla rete.
Durante l'esplorazione, non � possibile visualizzare un gruppo di lavoro isolato o un dominio in una subnet a nessun computer nel dominio corrente.

Ad esempio: si supponga di dominio si estende su 3 subnet (S1, S2 e S3). PDC per il dominio A � S1. S2 � un controller di dominio di backup per il dominio r. S3 dispone di un computer NT che fa parte del dominio r. S3 dispone anche di pochi computer che appartengono al dominio B, il PDC per il quale � in un' posizione.

A questo punto, quando il browse master di S3 (NT wksta) invia l'elenco dei server propria subnet locale al PDC del dominio A, invia anche un elenco dei domini nella propria subnet che include il dominio b. PDC del dominio A � un elenco di domini che dispone di un dominio nel B. Quando browse master di S2 Ottiene l'elenco di ricerca da PDC, ottiene l'elenco di domini nonch� e che include il dominio b. Cos� conosce l'esistenza del dominio b. Ma per un client (in S2) per ottenere l'elenco dei server in dominio B, invia una richiesta per il browse master S2 e S2 contatta a sua volta browse master del dominio B S3. Per browse master S2 contattare browse master di S3, l'indirizzo IP � siano elencati nel relativo LMHOSTS file.

A questo punto, se S3 non dispone di tutti i computer nella propria subnet che appartengono a un dominio, quindi S1 e S2 non possibile esplorare il dominio b.
� Impossibile esplorare i domini di altre subnet in cui gli schemi di visualizzazione non sono elencati nel file LMHOSTS. In alternativa a questo problema, � possibile utilizzare WINS (Windows Internet Naming Service).

Propriet�

Identificativo articolo: 117633 - Ultima modifica: mercoled� 1 novembre 2006 - Revisione: 3.1

Le informazioni in questo articolo si applicano a:

Microsoft Windows 2000 Server
Microsoft Windows 2000 Professional Edition
Microsoft Windows NT Advanced Server 3.1
Microsoft Windows NT Server 3.5
Microsoft Windows NT Server 3.51
Microsoft Windows NT Server 4.0 Standard Edition
Microsoft Windows NT Workstation 3.1
Microsoft Windows NT Workstation 3.5
Microsoft Windows NT Workstation 3.51
Microsoft Windows NT Workstation 4.0 Developer Edition
Microsoft Windows NT Advanced Server 3.1

kbmt kbnetwork KB117633 KbMtit

Traduzione automatica articoli

Il presente articolo � stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non � sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, pi� o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non � la sua. Microsoft non � responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell?articolo: 117633

(http://support.microsoft.com/kb/117633/en-us/ )

LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.