Condividi tramite

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

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

Si applica a: Window 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ò causare errori.

Ulteriori informazioni

Prima di risolvere i problemi relativi ai messaggi di errore correlati alla replica WINS, assicurarsi che la rete usi una topologia di replica hub-spoke vera. 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 diversi server WINS possiedono i nomi registrati da un server WINS specifico. 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 con supporto per 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 "Best Practices for WINS Replication" in 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 vero modello WINS hub-spoke.

La sezione "Risoluzione dei problemi 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 vi sia una connessione di rete persa o un router non riuscito su un collegamento intermedio. Assicurarsi anche che la porta TCP 42 non sia bloccata in un dispositivo di rete, ad esempio un router o un firewall.

MESSAGGIO evento WINS ID evento 4243

Il seguente messaggio di ID evento è 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 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 il problema. La traduzione della seconda parola di dati (e00000008) nella sezione dati dell'esempio è "WINS_COMM_FAIL - Si è verificato un errore di comunicazione. Verificare la presenza di sistemi disconnessi o non raggiungibili."

Per risolvere il 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 rete non appena si verifica l'evento.

Possibili cause per i messaggi di evento WINS 4243

È possibile che venga visualizzato questo messaggio di evento se sono soddisfatte le condizioni seguenti:

  • Non è stata configurata correttamente la relazione di replica.
  • Il servizio WINS non è in esecuzione nel partner di replica.
  • Un server WINS dispone di 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 nessun 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 filtrare in modo preliminare la traccia per i frame in 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 occorrenze di frame TCP SYN o RESET in quel momento nella traccia.

  2. Cercare i frame di traccia in cui la proprietà Tcp Flags include "Reset the connection". Il servizio WINS non è installato o non è in esecuzione nel computer che ha inviato la reimpostazione TCP.

  3. Filtrare i pacchetti SYN (Sincronizza numeri di sequenza).

  4. Cercare i frame di traccia in cui la proprietà Tcp Flags include "Synchronize Sequence numbers" (Sincronizza numeri di sequenza) e quindi determinare se tutti questi fotogrammi sono stati risposti.

  5. Un partner di replica obsoleto è un server che invia un pacchetto di reimpostazione TCP 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 Windows 2000 dall'elenco dei partner di replica per i cluster server WINS di Windows 2000.

MESSAGGIO evento WINS ID evento 4102

Il messaggio di evento seguente è un esempio di un messaggio di evento con ID evento 4102. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione 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 noterà che viene stabilita la sessione TCP (handshake TCP a tre vie). Per analizzare questo tipo di errore, configurare Monitoraggio di rete con il parser WINS. Quando si usa il parser WINS di Monitoraggio di 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 dispone di un partner configurato) invia il messaggio di errore seguente:

WINS: Stop Reason = Message Error

Quando si verifica questo errore, il server WINS che avvia la replica risponde con il messaggio di errore seguente:

WINS: Stop Reason = User Initiated

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

Possibili cause per i messaggi di evento WINS 4102

Un messaggio di evento WINS ID 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 per i 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 (partner di pull) configurare un partner push in cui eseguire la replica. Il partner push è il server WINS che registra il messaggio id evento 4102.

MESSAGGIO evento WINS ID evento 4281

Il seguente messaggio di ID evento è un esempio di un messaggio di evento con ID evento 4281. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione 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 risolvono gli altri messaggi di errore WINS.

MESSAGGIO evento WINS ID evento 4242

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

MESSAGGIO evento WINS ID evento 4286

Il seguente messaggio di ID evento è un esempio di un messaggio di evento con ID evento 4286. La sezione dei dati contiene informazioni importanti per la risoluzione dei problemi. Modificare la visualizzazione della sezione dati dell'evento da byte a parole. La situazione descritta da questo messaggio di errore è temporanea e viene risolta automaticamente nel tempo. In genere, si riceve questo messaggio di evento 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 evento WINS ID 4286

Importante

In questa sezione, nei passaggi del metodo o dell'attività viene illustrata la modalità di modifica del Registro di sistema. Se, tuttavia, si modifica il Registro di sistema in modo errato, possono verificarsi gravi problemi. Pertanto, assicurarsi di osservare attentamente la procedura seguente. Per una maggiore protezione, eseguire il backup del Registro di sistema prima di modificarlo. Successivamente, è 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 di articolo seguente per visualizzare l'articolo della Microsoft Knowledge Base: 322756 Come eseguire il backup e ripristinare il Registro di sistema in Windows

Per risolvere questo 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 topologia di replica hub-spoke vera.

  2. Verificare che non vi sia una carenza di connessioni 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 esista una carenza di connessione TCP, seguire questa procedura:

    1. Eseguire il comando seguente nel computer che ha esito negativo (al momento in cui il computer registra l'ID evento 4286 errori) 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 il problema, seguire questa 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 evento WINS 4121 (o 4116 su NT4)

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

Nota

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

Parole dati:
00000f58 0a080b73 0000164e 00000000000 00001652 000000000
00000f58 0a05f0c6 00005fcf 0000000000 000061ac 0000000000
00000f58 dc0f05c9 00005c76 000000000 00068c8 0000000000

La conversione del codice di errore 4121 è WINS_EVT_NO_RPL_RECS_RETRIEVED.

In Windows 2000 è possibile ricevere i messaggi degli eventi del registro eventi WINS 4121 se una delle condizioni seguenti è vera:

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

    Questo problema può verificarsi se un partner push elenca una voce già obsoleta prima del raggiungimento del 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 ricevere 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 partner di replica.

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

  • Sono disponibili due server WINS: un partner push e un partner di 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 -> Push partner

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

  2. <Partner pull - Push partner

    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 di pull di altri server WINS e avere gli indirizzi IP del database di cui sono proprietari altri server WINS.

  3. <Partner pull - Push partner

    Nel partner push: per ogni server WINS confrontare l'ID versione più alto 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 -> Push partner

    Il partner pull invia un elenco di voci. Se l'elenco è vuoto, tutti i nuovi record non esistono più e un evento WINS 4121 (o in Windows NT4, un evento WINS 4116) viene registrato 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 dell'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 per scopi di debug)
4 byte = indirizzo IP di un server WINS (il partner di pull o qualsiasi server WINS replicato con il partner di pull)
8 byte = numero a 64 bit per l'ID versione minima
8 byte = numero a 64 bit per l'ID versione massimo

Nell'esempio precedente le tre righe di parole di dati vengono convertite come:

Indirizzo IP, Versione minima, Versione massima
------------- -------------- -------------
10.8.11.115, 164E 0, 1652 0 (differenza di 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 dell'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 e quindi fare clic per deselezionare la casella di controllo Registra eventi dettagliati.

Database WINS danneggiato

In rari casi il database WINS può 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 indirizzo in un server NT4 WINS. L'impostazione equivalente in un server WINS di Windows 2000 è la casella di controllo Quando cambia indirizzo nello snap-in WINS. Fare clic per deselezionare la casella di controllo per ripristinare l'impostazione predefinita.

Per altre informazioni, fare clic sui numeri di articolo 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 server. In un cluster di 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 di Wins.dll, vedere "Supplemento uno" 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 WINS Replication Packet

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: WINS Replication Packet
WINS: WINS Data Size = 41 (0x29)
WINS: WINS Opcode = Non NBT Frame
WINS: WINS Association Context = 0 (0x0)
WINS: WINS Message Type = Start Association Request
WINS: WINS Association Context = 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 versione 5 e i computer Windows NT 4.0 vengono visualizzati come versione secondaria 1 e principale versione 1.

Frame corrispondente per un messaggio evento WINS ID 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 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: WINS Replication Packet
WINS: WINS Data Size = 40 (0x28)
WINS: WINS Opcode = Non NBT Frame
WINS: WINS Association Context = 942499842 (0x382D6802)
WINS: WINS Message Type = Stop Association Message
WINS: Stop Reason = User Initiated

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.