Risoluzione dei problemi relativi all'ID evento di errore WINS 4102, 4243, 4242 e 4286 messaggi

Questo articolo descrive come risolvere i problemi relativi ai messaggi di errore relativi alla replica di Windows Internet Name Service (WINS).

Si applica a: Windows Server 2003
Numero KB originale: 321208

Nota

È possibile ricevere messaggi del registro eventi WINS diversi, a seconda della versione di Microsoft Windows e del Service Pack installato nel computer. La Microsoft Knowledge Base contiene informazioni su tutte le modifiche apportate ai messaggi del registro eventi. Prendere sempre nota del messaggio di errore e dell'ID evento. Un ID evento da solo può ingannare l'utente.

Ulteriori informazioni

Prima di risolvere i problemi relativi ai messaggi di errore relativi alla replica WINS, assicurarsi che la rete usi una vera topologia di replica hub-spoke. Assicurarsi di configurare ogni server in modo che punti a se stesso. Ogni server WINS installato nella rete deve registrare il proprio set di nomi univoci e i nomi NetBIOS del gruppo in WINS. I problemi del servizio WINS possono verificarsi se server WINS diversi sono proprietari dei nomi registrati da un determinato server WINS. Per evitare questi problemi, configurare ogni server WINS come server WINS primario e server WINS secondario.

È necessario configurare correttamente la replica WINS per avere una rete efficiente che supporta WINS. Le funzionalità più importanti di una configurazione WINS corretta sono descritte nel capitolo "Configurazione della replica" della Guida alla rete TCP/IP Core in Windows 2000 Server Resource Kit. Queste informazioni sono incluse anche nel capitolo "Procedure consigliate per la replica WINS" di Windows 2000 Server Resource Kit e nell'argomento "Procedure consigliate" nel file della Guida online di Windows 2000 Server.

Nota

È necessario evitare la replica push-pull in un ciclo. Microsoft consiglia di usare un modello WINS hub-and-spoke reale.

La sezione "Troubleshooting WINS" in Windows 2000 Server Resource Kit descrive alcuni passaggi di base per la risoluzione dei problemi comuni.

Se i server si trovano tra router, verificare che non sia presente una connessione di rete persa o un router non riuscito in un collegamento intermedio. Assicurarsi inoltre che la porta TCP 42 non sia bloccata in un dispositivo di rete che si sta interrogando, ad esempio un router o un firewall.

Messaggio di evento CON ID evento WINS 4243

Il messaggio di ID evento seguente è un esempio di messaggio con ID evento 4243. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi: la traduzione del codice di errore 4243 è WINS_EVT_RPLPULL_PUSH_NTF_EXC.

I messaggi del registro eventi del server WINS contengono dati che è possibile usare per determinare il motivo di un errore. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole. La seconda parola di dati nella sezione dati è associata al tipo di errore registrato. Il tipo di errore registrato è la chiave per risolvere questo problema. La traduzione della seconda parola di dati (e0000008) nella sezione dei dati nell'esempio è "WINS_COMM_FAIL - Si è verificato un errore di comunicazione. Verificare la presenza di sistemi disconnessi o non raggiungibili."

Per risolvere questo problema, cercare computer disconnessi o non raggiungibili. Poiché questo errore è correlato alla rete, è possibile eseguire una traccia di rete per determinare quale server WINS ha esito negativo.

Nota

È possibile usare lo strumento Monitoraggio eventi per arrestare Monitoraggio di rete non appena si verifica l'evento.

Possibili cause per i messaggi di evento WINS 4243

È possibile ricevere questo messaggio di evento se si verifica una delle condizioni seguenti:

  • La partnership di replica non è stata configurata correttamente.
  • Il servizio WINS non è in esecuzione nel partner di replica.
  • Un server WINS ha un partner pull, ma il servizio WINS non è installato nel partner pull. In questo caso, il server di destinazione risponde con un pacchetto "TCP Reset".
  • Un server WINS ha un partner Pull, ma il partner pull non è raggiungibile per alcun motivo. In questo caso, viene inviato un pacchetto "Sincronizzazione TCP", ma non viene ricevuto nulla (non viene restituito un pacchetto "TCP Syn-Ack").

Risoluzione dei messaggi di evento WINS 4243

Per risolvere il messaggio di evento WINS 4243, eseguire una traccia di Monitoraggio di rete per trovare tutti i partner di replica obsoleti e quindi rimuovere tutti i partner di replica obsoleti.

Nota

Per identificare il traffico di replica push o pull WINS, esaminare il traffico sulla porta TCP 42. È possibile pre-filtrare la traccia per i fotogrammi su questa porta.

Per eseguire una traccia di Monitoraggio di rete:

  1. Cercare il timestamp esatto dell'errore nel registro eventi di sistema del server WINS che riceve l'errore WINS 4243 e quindi trovare le occorrenze dei fotogrammi TCP SYN o RESET in quel momento nella traccia.

  2. Cercare i fotogrammi nella traccia in cui la proprietà Flag TCP include "Reimposta la connessione". Il servizio WINS non è installato o non è in esecuzione nel computer che ha inviato il ripristino TCP.

  3. Filtrare i pacchetti SYN (Synchronize Sequence Numbers).

  4. Cercare nella traccia i frame in cui la proprietà Flag TCP include "Sincronizza numeri di sequenza" e quindi determinare se tutti questi frame hanno risposto.

  5. Un partner di replica obsoleto è un server che invia un pacchetto TCP Reset o un server che non risponde. Rimuovere i partner di replica obsoleti dall'elenco dei partner di replica per il server WINS. Se sono coinvolti cluster server WINS di Windows 2000, usare solo la risorsa IP virtuale per ogni cluster server WINS come partner di replica. In tutti i server WINS rimuovere i nodi fisici di Windows 2000 dall'elenco dei partner di replica per i cluster server WINS di Windows 2000.

Messaggio di evento CON ID evento WINS 4102

Il messaggio di evento seguente è un esempio di messaggio di evento CON ID evento 4102. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole. Se un server WINS ha configurato un partner pull, ma il partner pull non ha configurato un partner push, il partner pull registra un ID evento 4102.

Se si esegue una traccia di Monitoraggio di rete, si nota che viene stabilita la sessione TCP (handshake TCP a tre vie). Per analizzare questo tipo di errore, configurare Network Monitor con il parser WINS. Quando si usa il parser WINS di Monitoraggio rete corretto, viene visualizzata la richiesta e la risposta "Avvia associazione" per il server WINS di origine e il server WINS di destinazione.

Quando il client di origine invia un messaggio "WINS Add version Number Map Table Request", il server WINS di destinazione (che non ha un partner configurato) invia il messaggio di errore seguente:

WINS: Stop Reason = Message Error

Quando si verifica questo errore, il server WINS che avvia le risposte alla replica con il messaggio di errore seguente:

WINS: Motivo arresto = Avviato dall'utente

In questo caso, la sessione TCP viene eliminata (TCP FIN).

Possibili cause per i messaggi di evento WINS 4102

Un messaggio di evento WINS CON ID evento 4102 indica in genere che si è verificato un errore di comunicazione durante una connessione WINS. Ciò può verificarsi se un server WINS è configurato come partner push o pull con un computer non configurato come partner con il primo server WINS. Verificare che tutti i server WINS nell'ambiente siano configurati correttamente.

È anche possibile ricevere un messaggio di evento WINS ID 4102 se un server WINS non autorizzato è in esecuzione in rete.

Risoluzione dei messaggi di evento WINS 4102

Per risolvere il messaggio di evento WINS 4102:

  1. Eseguire una traccia di Monitoraggio di rete e quindi identificare il server WINS remoto (partner pull) che invia il messaggio di errore "WINS: Stop Reason = Message Error".
  2. Seguire uno dei passaggi seguenti:
  • Nel server WINS in cui viene registrato l'ID evento 4102 rimuovere il server WINS remoto dall'elenco dei partner di replica.

  • Nel server WINS remoto (il partner pull) configurare un partner push in cui eseguire la replica. Il partner push è il server WINS che registra il messaggio dell'ID evento 4102.

Messaggio di evento CON ID evento WINS 4281

Il messaggio di ID evento seguente è un esempio di messaggio di evento con ID evento 4281. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole. Questo messaggio di errore viene in genere registrato in combinazione con altri messaggi di errore WINS. Un messaggio con ID evento 4281 viene in genere registrato come effetto collaterale di altri errori WINS. In genere, questo messaggio di errore viene risolto quando si risolveno gli altri messaggi di errore WINS.

Messaggio di evento CON ID evento WINS 4242

Il messaggio di ID evento seguente è un esempio di messaggio di evento con ID evento 4242. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole. Poiché il codice di errore nella sezione dei dati è correlato alla rete, vedere la procedura di risoluzione dei problemi nella sezione "WINS Error Event ID 4102" di questo articolo.

Messaggio di evento CON ID evento WINS 4286

Il messaggio di ID evento seguente è un esempio di messaggio di evento CON ID evento 4286. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole. La situazione descritta da questo messaggio di errore è temporanea e si risolve automaticamente nel tempo. In genere, questo messaggio di evento viene visualizzato nei server WINS con un elenco molto lungo di partner di replica. In genere, una carenza di porte temporanee causa questo problema.

Risoluzione per il messaggio di evento WINS ID 4286

Importante

In questa sezione, metodo o attività viene illustrata la procedura per modificare il Registro di sistema. Poiché l'errata modifica del Registro di sistema può causare seri problemi, Di conseguenza, attenersi scrupolosamente alla procedura indicata. Per una maggiore protezione, eseguire il backup del Registro di sistema prima di modificarlo. In questo modo sarà possibile ripristinare il Registro di sistema se si verifica un problema. Per altre informazioni su come eseguire il backup e il ripristino del Registro di sistema, fare clic sul numero dell'articolo della Microsoft Knowledge Base seguente: 322756 Come eseguire il backup e ripristinare il Registro di sistema in Windows

Per risolvere il problema, è possibile attendere che il problema venga risolto autonomamente o seguire questa procedura di risoluzione dei problemi:

  1. Esaminare la topologia di replica e assicurarsi di essere configurati per una vera topologia di replica Hub-and-Spokes.

  2. Verificare che non si verifichi un problema di connessione TCP. Prima dell'invio del pacchetto TCP, il computer verifica che disponga di risorse sufficienti, ad esempio porte TCP in uscita gratuite. Per verificare che non si verifichi un problema di connessione TCP, seguire questa procedura:

    1. Eseguire il comando seguente nel computer in errore (al momento in cui il computer registra gli errori dell'ID evento 4286) e quindi salvare l'output in un file. A tale scopo, eseguire il comando seguente da un prompt dei comandi:

      netstat -a
      
    2. Cercare il numero totale di sessioni e le porte usate, esaminare lo stato delle sessioni per determinare se il numero di sessioni ha raggiunto il valore massimo. Per impostazione predefinita, il valore massimo è 5000.

Se l'output indica che il server ha esaurito tutte le porte tra 1024 e 5000, il server ha esaurito le porte temporanee. Per risolvere questo problema, attenersi alla seguente procedura:

  1. Avviare l'editor del Registro di sistema

  2. Individuare il valore MaxUserPort nella chiave seguente nel Registro di sistema: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

  3. Fare doppio clic sul valore MaxUserPort, digitare 65534 nella casella Dati valore e quindi fare clic su OK.

    Nota

    65534 è il valore massimo per il valore MaxUserPort.

  4. Chiudere l'editor del Registro di sistema.

  5. Riavviare il server WINS.

Messaggio di evento WINS EVENT ID 4121 (o 4116 on NT4)

Il messaggio di ID evento seguente è un esempio di messaggio di errore dell'ID evento di Windows 2000 4121. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dei dati dell'evento da byte a parole.

Nota

L'ID evento corrispondente in un computer basato su Windows NT4 è 4116.

Parole dati:
000000f58 0a080b73 0000164e 000000000 00001652 000000000
00000f58 0a05f0c6 00005fcf 000000000 000061ac 000000000
00000f58 dc0f05c9 00005c76 000000000 000068c8 000000000

La conversione del codice di errore 4121 è WINS_EVT_NO_RPL_RECS_RETRIEVED.

In Windows 2000 è possibile ricevere i messaggi di evento del registro eventi WINS 4121 se si verifica una delle condizioni seguenti:

  • Un computer riceve una notifica push. In base a questa notifica, il computer usa il meccanismo pull per ottenere tutti i record più recenti di quelli indicati dall'ID versione più recente. Quando un partner pull tenta di ottenere i record in base agli ID versione di cui il partner pull è stato informato, tali record non esistono più nel database del partner.

    Questo problema può verificarsi se un partner push elenca una voce già obsoleta prima che venga raggiunto il tempo di pull. Ad esempio, se si invia un push, la voce viene aggiornata e quindi si invia nuovamente il push prima che si verifichi un pull, è possibile che venga visualizzato questo messaggio di evento. Per risolvere questo comportamento, ottimizzare il numero di push e il tempo di pull. Aumentare il numero di push e ridurre il tempo di pull fino all'arresto del comportamento.

  • Una voce del Registro di sistema PersonaNonGrata include il server che è un partner di replica.

In caso contrario, è possibile ricevere il messaggio di evento del registro eventi WINS 4121 se entrambe le condizioni seguenti sono vere:

  • Sono disponibili due server WINS: un partner push e un partner pull.

  • Quando il partner pull avvia una replica (ad esempio, una richiesta pull), può verificarsi il comportamento seguente:

    Nota

    La freccia indica la direzione del traffico.

  1. Partner pull -> Partner push

    Il partner pull invia al partner push una query per un elenco di server WINS e l'ID versione più alto.

  2. Partner pull <- Partner push

    Il partner push restituisce l'elenco dei server WINS e l'ID versione più alto. Il partner push restituisce un elenco perché il partner push può anche essere un partner pull di altri server WINS e avere nei propri indirizzi IP di database di cui sono proprietari altri server WINS.

  3. Partner pull <- Partner push

    Nel partner push: per ogni server WINS confrontare l'ID versione più recente con l'ID versione più recente replicato. Se l'ID versione più alto è superiore a quello replicato, il partner push invia una query al partner pull con l'ID versione più alto.

  4. Partner pull -> Partner push

    Il partner pull invia un elenco di voci. Se l'elenco è vuoto, tutti i nuovi record non esistono più e viene registrato un evento WINS 4121 (o in Windows NT4, un evento WINS 4116) con l'indirizzo IP del server WINS proprietario dei record. (Può trattarsi del partner pull o di qualsiasi partner. Il partner è a sua volta un partner pull di questo partner pull).

Questo evento è solo informativo e non segnala un problema. Usare la guida seguente per interpretare i dati inclusi nel messaggio di evento:

Ogni riga nella sezione "Parole dati" del messaggio di evento ha la struttura seguente
4 byte = Numero di riga nel codice sorgente (usato solo da Microsoft a scopo di debug)
4 byte = indirizzo IP di un server WINS (il partner pull o qualsiasi server WINS che esegue la replica con il partner pull)
8 byte = numero di 64 bit per l'ID versione minima
8 byte = numero di 64 bit per l'ID versione massimo

Nell'esempio precedente, le tre righe di parole di dati si traducono come:

Indirizzo IP, Versione minima, Max-Version
------------- -------------- -------------
10.8.11.115, 164E 0, 1652 0 (la differenza tra hex1652 - 164E = 4 è il numero di record da replicare)

10.5.240.198, 5fcf 0, 61ac 0 (477 record da replicare)
220.15.5.201, 5c76 0, 68c8 0(3154 record da replicare)

Questo comportamento è in base alla progettazione e WINS continua a registrare il messaggio di evento. In Windows NT 4.0 e versioni successive, il computer registra questo evento solo se è stata abilitata l'opzione Registra eventi dettagliati .

Per disabilitare la registrazione dettagliata, seguire questa procedura:

  1. In WINS Manager fare clic su Configurazione dal menu Server .
  2. Fare clic su Avanzate, quindi fare clic per deselezionare la casella di controllo Log Detailed Events . Click Advanced, and then click to clear the Log Detailed Events check box.

Database WINS danneggiato

In rari casi il database WINS potrebbe essere danneggiato. Per eseguire il ripristino da questa situazione, seguire questa procedura:

  1. Arrestare la replica.
  2. Eliminare i partner di replica.
  3. Usare lo strumento Jetpack nel database nel server hub.
  4. Ristabilire la replica e quindi forzare una replica.
  5. Usare WINS Microsoft Management Console (MMC) per esaminare la coerenza del database WINS.

In un ambiente WINS di grandi dimensioni in cui gli indirizzi IP cambiano costantemente, non configurare l'opzione Replica in caso di modifica dell'indirizzo in un server WINS NT4. L'impostazione equivalente in un server WINS di Windows 2000 è la casella di controllo Quando l'indirizzo cambia nello snap-in WINS. Fare clic per deselezionare la casella di controllo per ripristinare l'impostazione predefinita.

Per altre informazioni, fare clic sui numeri degli articoli seguenti per visualizzare gli articoli della Microsoft Knowledge Base:

150737 Impostazione delle opzioni del server WINS primario e secondario

Per altre informazioni, vedere il white paper "Windows Internet Naming Service (WINS): Architecture and Capacity Planning". A tale scopo, visitare il seguente sito Web Microsoft:

Panoramica di Windows 2000 Server Windows Internet Naming Service (WINS)

Esecuzione di WINS in un cluster

In un cluster server Windows 2000 configurare tutti i partner di replica WINS per la replica con il server virtuale nel cluster del server. In un cluster server Windows NT 4.0 è necessario configurare i singoli nodi come partner di replica perché la funzionalità di failover non è disponibile per il servizio WINS nei cluster server Windows NT 4.0.

Come configurare Monitoraggio di rete per l'uso del parser WINS

Microsoft Windows 2000 Server Resource Kit include il parser wins Replication Network Monitor (Wins.dll) che può essere utile per la risoluzione dei problemi.

Per scaricare la versione aggiornata del file Wins.dll, vedere "Supplemento 1" di Windows 2000 Server Resource Kit. Per usare il parser di replica WINS:

  1. Copiare il parser di replica WINS (Wins.dll) nella cartella System32\NetmonFull\Parsers.

  2. Aggiungere la riga seguente alla sezione [PARSERS] nel file Parser.ini:

    wins.dll =0: WINS
    
  3. Aggiungere la sezione seguente al file Parser.ini:

    [WINS]  
    Comment="WINS Protocol"  
    FollowSet=  
    HelpFile=  
    

    Nota

    Il file Parser.ini si trova nella cartella System32\NetmonFull.

  4. Aggiungere la riga seguente alla sezione [TCP_HandoffSet] nel file Tcpip.ini:

    42 = WINS; added
    

    Nota

    Il file Tcpip.ini si trova nella cartella System32\NetmonFull\Parsers.

Esempio di frame di replica WINS

Dopo aver configurato il parser WINS, è possibile visualizzare i dettagli di ogni pacchetto di replica WINS quando si esegue una traccia di Monitoraggio di rete. Ad esempio:

#2725 10:05:01.208 00307B967C50 0002A56BB95B Pacchetto di replica WINS

IP: Indirizzo di origine = 10.46.4.201
IP: Indirizzo di destinazione = 10.12.49.23 IP

TCP: .AP..., len: 45, seq: 44355679-44355724, ack: 799772100, win: 8760, src: 2874 dst: 42
TCP: Porta di origine = 0x0B79
TCP: Porta di destinazione = Server dei nomi host

WINS: Pacchetto di replica WINS
WINS: WINS Data Size = 41 (0x29)
WINS: WINS Opcode = Non NBT Frame
WINS: Contesto di associazione WINS = 0 (0x0)
WINS: Tipo di messaggio WINS = Richiesta di associazione di avvio
WINS: Contesto di associazione WINS = 807300098 (0x301E6C02)
WINS: WINS Versione secondaria = 1 (0x1)
WINS: WINS Major Version = 1 (0x1)

Per determinare se il partner di replica esegue un computer basato su Windows NT 4.0 o un computer basato su Windows 2000, visualizzare la versione principale e secondaria. I computer basati su Windows 2000 vengono visualizzati come versione secondaria 2 e principale 5 e i computer Windows NT 4.0 vengono visualizzati come versione secondaria 1 e versione principale 1.

Frame corrispondente per un messaggio di evento CON ID evento WINS 4102

Il server WINS che avvia la replica e invia questo frame registra l'errore WINS 4102 nel registro eventi di sistema.2330 10:04:57.896 0002A56BB95B CISCO 07AC45 WINS Replication Packet Source Address ->Destination Address IP

IP: Indirizzo di origine = Indirizzo IP
IP: Indirizzo di destinazione = Indirizzo IP

TCP: .AP..., len: 44, seq: 498801786-498801830, ack: 522782479, win: 17475, src: 2937 dst: 42
TCP: Porta di origine = 0x0B79
TCP: Porta di destinazione = Server dei nomi host

WINS: Pacchetto di replica WINS
WINS: WINS Data Size = 40 (0x28)
WINS: WINS Opcode = Non NBT Frame
WINS: Contesto di associazione WINS = 942499842 (0x382D6802)
WINS: WINS Message Type = Stop Association Message
WINS: Motivo arresto = Avviato dall'utente

Nota

Se questo frame viene visualizzato in una traccia di Monitoraggio di rete, non implica automaticamente un errore perché questo frame viene inviato anche dopo una replica riuscita.