La connessione al dominio viene visualizzata come "non autenticata"

Ho visto diverse domande per questo problema fluttuare, ma o le circostanze non sono le stesse o la soluzione non funziona, quindi ho pensato di pubblicarlo per vedere se qualcuno ha qualche suggerimento.

Vari PC e laptop di dominio sembrano assegnare in modo casuale il nome della connessione di "lewis.local 2 (Non autenticato)" - lewis.local è il nostro dominio - e fornisce un punto esclamativo in cui viene normalmente visualizzato il logo del tipo di rete.

Questo sembra accadere anche ogni volta che ci si connette tramite VPN.

La nostra configurazione è:

• 2 server che eseguono entrambi Windows Server 2003 R2 (x32)
• il server principale ha AD, DNS e DHCP installati
• IPv4 su circa 30 macchine client (alcune cablate, altre wireless)

Se qualcuno ha qualche idea sulle soluzioni, lo apprezzerei. Ho provato a rimuovere tutti i ruoli tranne AD server, reimpostare tutti i sistemi e niente.

Non impedisce a nulla di funzionare proprio come una connessione di dominio per la maggior parte del tempo, tuttavia sta diventando frustrante!

Inoltre, non so se potrebbe avere qualcosa a che fare con esso, ma il server DHCP sembra avere un tempo di consegna piuttosto lungo nel fornire l'indirizzo IP al client.

Un possibile motivo di questo problema è quando la password dell'account del computer non viene sincronizzata con il controller di dominio.

Ciò può accadere, ad esempio, se l'account del computer in Active Directory viene rimosso e aggiunto di nuovo manualmente o se il computer client è stato ripristinato a un momento precedente (le password dell'account del computer vengono modificate automaticamente ogni 30 giorni).

Quello che ha funzionato per me è stato reimpostare manualmente la password dell'account del computer eseguendo Reset-ComputerMachinePasswordun PowerShell elevato (!):

PS> Reset-ComputerMachinePassword -Credential MYDOMAIN\SomeDomainAdminAccount

Dopo il riavvio (o la disabilitazione e la riattivazione della scheda di rete, se non si desidera riavviare), la nota (non autenticata) dovrebbe essere scomparsa.

Esegui questi comandi su ogni computer con il problema:

netsh winsock ripristina il catalogo

netsh int ipv4 reset reset.log

netsh int ipv6 reset reset.log 

Riavvia il PC, quindi riconnetti il ​​computer al dominio.

Basta rimuovere il TLD dal nome di dominio e riavviare, lo aggiungerà nuovamente dopo il riavvio e tutto dovrebbe andare bene.

es: company.local rimuove il locale e riavvia, verrà aggiunto nuovamente dopo il riavvio

Ho avuto lo stesso problema e si è scoperto che un firewall tra il PC e la DC stava bloccando 135.389, ecc. Sul PC.

Per trovare quel problema ho eseguito Wireshark sul PC e ho fatto un gpupdate /force. In WireShark ho visto un sacco di pacchetti syn che uscivano dalla DC senza risposta.

Una volta risolto il firewall, abbiamo riavviato il PC ed è stato in grado di contattare correttamente il controller di dominio e il problema è stato risolto.

Sembra che qualcosa abbia incasinato la fiducia tra il computer e il dominio. Dovresti provare a rimuovere il computer dal dominio e leggerlo.

È difficile dire perché sia ​​successo. Ci sono dei messaggi di errore nei registri eventi sul controller di dominio ora o intorno al momento in cui si è verificato? Sono state apportate modifiche alla rete?

Un paio di potenziali soluzioni:

1. Controlla i contratti di locazione e le prenotazioni DHCP sul controller di dominio. Se hai più voci per le macchine che ti hanno offeso, abbinale a una voce ciascuna. Quindi eseguire ipconfig /release && ipconfig /renewsu quelle macchine.
2. Rimuovere le schede di rete da Gestione dispositivi, quindi cercare nuovo hardware per reinstallare le schede di rete.
3. Ripristina i profili Windows Firewall ai valori predefiniti: esegui wf.msce fai clic su "Ripristina criteri predefiniti"
4. Disabilita completamente tutti i firewall. Per Windows Firewall, eseguire wf.mscquindi fare clic su "Proprietà di Windows Firewall" e impostare lo stato del firewall su "Off" per ciascuna scheda del profilo (Dominio, Privato, Pubblico).

L'ultima opzione non è in realtà una soluzione, ma può aiutare a risolvere il problema.

Forse questo aiuterà qualcuno lungo la strada. Ho avuto questo problema e la ragione era che c'era una mancata corrispondenza della VLAN su un dispositivo Riverhead Steelhead. L'interfaccia In-Path sul Riverbed è stata connessa alla porta LAN del router e l'interfaccia In-Path è stata configurata per "ID tag VLAN" di "0". Questo ha causato il problema. L'interfaccia LAN del router è in una configurazione di interfaccia secondaria (una per VLAN vocale 40 e una per VLAN dati / nativa 1), sono stato in grado di risolvere questo problema assegnando l'ID tag VLAN a "1" (dati / nativo) e il problema risolto immediatamente.

Per me niente ha funzionato.

Il laptop potrebbe connettersi a qualsiasi altra stazione WiFi, ma non a quella dell'azienda. Quindi, dopo aver verificato che i contratti di locazione DHCP non fossero duplicati, ricollegarsi al laptop, eseguire molti comandi, il problema seguente è stato risolto.

Quindi sono andato alle impostazioni WiFi sul router e sono passato da AUTOa LONG GUARD. Risolto il problema immediatamente.