Può accedere alla condivisione di Windows per indirizzo IP o FQDN ma non per nome host

Uno dei computer di laboratorio della scuola che gestisco non è in grado di accedere a nessuna condivisione nella directory \\ ad \ data $. Posso accedervi da qualsiasi altro computer in rete. Se utilizzo l'IP \\ 192.168.1.248 \ data $ posso accedere correttamente ai file. Se uso il nome FQDN: \\ ad.domain.name \ data $ funziona anche. Anche qualsiasi altro computer della scuola è in grado di accedere correttamente a questa condivisione.

Quando provo ad accedere alla condivisione con \\ ad \ data $ ricevo il messaggio "Non hai i permessi per accedere a \\ ad \ data $. Contatta il tuo amministratore per richiedere l'accesso." Ho effettuato l'accesso con l'account amministratore di dominio.

Qualche idea su cosa potrebbe impedire a un singolo computer di dominio di accedere a una condivisione a cui dovrebbe avere accesso?

Il server esegue Windows Server 2008 e il computer esegue Windows 7 SP1.

AGGIORNARE

Il problema si verifica ora su più altri computer della rete, computer del personale e computer degli studenti. Sto iniziando a pensare che ci sia qualcosa di gravemente sbagliato nel server Active Directory.

Ho appena avuto un problema simile.

Abbiamo un dominio e un annuncio e tutte le cartelle home degli utenti sono impostate in un annuncio.

L'utente lavora su un server terminal e la sua cartella home funziona correttamente Sul nuovo notebook che stavamo configurando per lei, l'unità è stata mappata, ma se si è tentato di accedervi tramite unc o facendo doppio clic sull'unità mappata, si è verificato un errore della posizione non è stato trovato.

Navigando attraverso alcuni altri forum, ho notato che qualcuno mi chiedeva se la cartella principale poteva accedere tramite IP o FQDN. Quando ho provato che potevo accedere alla cartella.

All'inizio ho anche pensato che fosse un problema DNS.

Leggendo più avanti qualcuno ha detto "prova a eliminare la cache CSC", e poi ho quasi giurato su me stesso. Sapendo che questo notebook è stato utilizzato da un altro utente che ha utilizzato file offline (anche la cartella principale sullo stesso server). Ho trovato un modo rapido per eliminare la cache CSC su Win 7 (è molto più facile su XP). Riavviato il computer e il problema è stato risolto.

Ecco i link su cui ho trovato le informazioni su:

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974

Ho riscontrato un problema come questo ed è stato causato dall'impostazione del DNS per non aggiungere automaticamente il nome di dominio.

Quindi, vorrei verificare che sia selezionata l'opzione Aggiungi suffissi DNS primari e specifici della connessione e che sia selezionato Contrassegna i suffissi parent del suffisso DNS primario .

Questo può essere trovato tramite

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

Win7 / server 2008> digitare il pannello di controllo in "Gestione credenziali" ed eliminare tutte le credenziali salvate.

Ho avuto lo stesso problema (mi è successo più volte) e l'ho risolto eliminando tutte le condivisioni collegate e ricrearle. Ci sono state più connessioni alle stesse posizioni (usando URL diversi) e sospetto che fosse la ragione dei problemi.

Utilizzando la riga di comando:

1. Per vedere le condivisioni attualmente connesse
   net use
2. Per eliminare la connessione per condividere Y su xxx.xxx.xxx.xxx
   net use \\xxx.xxx.xxx.xxx\Y /delete
3. Per eliminare la connessione per condividere Y su XXX
   net use \\XXX\Y /delete
4. Per eliminare l'unità di rete mappata
   net use Y: /delete
5. Per ricollegare l'unità di rete mappata
   net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

Un altro potenziale sospetto è Samsung PC Share Manager. Dopo averlo disinstallato dall'host il problema è scomparso.

Potrebbe essere possibile che il computer client stia utilizzando le credenziali salvate. È possibile verificare utilizzando Gestione credenziali di Windows nel Pannello di controllo.

Ciò si verifica con un account di amministratore locale, ad esempio nome_macchina \ Amministratore?

La macchina esegue correttamente l'autenticazione con il controller di dominio?

Assicurati di non esserti già connesso a \ ad utilizzando credenziali diverse (o precedenti). Ho riscontrato problemi simili quando avevo un'unità mappata connessa a una condivisione su un server utilizzando il mio account di dominio "normale" e quindi ho provato a connettermi a un'altra condivisione sullo stesso server utilizzando il mio account "admin" di dominio.

Un riavvio risolve il problema?

Ho avuto un problema correlato. Ho avuto un computer XP Home che accede a condivisioni / cartelle condivise e unità su un computer Windows 7. Stavo giocando con le impostazioni del gruppo di lavoro / gruppo home su Windows 7 e ho cambiato l'opzione "Condivisione protetta da password". Ho potuto vedere le mie cartelle condivise sul mio computer XP Home, ma non sono riuscito a leggere o scrivere da / su di esse. Mi stava facendo impazzire - perché quando ho creato un nuovo utente sulla macchina XP Home e ho avuto accesso alle mie condivisioni sulla macchina Win 7, non ci sono stati problemi - ho potuto leggere e scrivere file!

Quindi sono tornato al mio vecchio account utente (principale) e non riuscivo ancora ad accedere ai file condivisi ...

Ho provato tutti i tipi di soluzioni - net use * / del e ho provato a eliminare gli account utente net user / delete - Ho provato a sbarazzarmi delle credenziali memorizzate nella cache - ma non ha funzionato. Accesso alle condivisioni tramite un indirizzo IP DID lavoro! Argggh !!

Ho provato a impostare Workgroup su entrambi i computer su Workgroup (XP HOME machine era MSHOME)

Alla fine quello che dovevo fare era cambiare il NOME COMPUTER sul mio computer Windows 7, riavviare, quindi accedere alle mie cartelle condivise dal computer XP HOME. Mi ha quindi chiesto un utente / password di accesso che ho reinserito. Tuttavia, avevo percorsi e cose che usavano il mio vecchio nome di computer, quindi ho cambiato il mio computer Win 7 con quello che era originariamente. Alleluia! Ha funzionato - ancora una volta mi è stato chiesto l'utente / password e ho potuto accedere alle mie condivisioni dalla macchina XP HOME!

Quindi, riassunto: c'è qualche problema con le credenziali memorizzate nella cache e non esiste un modo ovvio per eliminarle (nulla è stato mostrato nel gestore delle password di rete nell'account utente). Pertanto, modifica temporaneamente il nome del tuo computer e ripristinalo e ciò potrebbe risolvere alcuni problemi.

Mi sono imbattuto in diversi problemi simili su forum come questi, ma nessuno uguale al mio.

Ho avuto questo problema dopo aver aggiornato una scatola di Server 2008 R2 a Server 2012 R2 con aggiornamento. Per me andare in Gestione credenziali e rimuovere credenziali di Windows -> Credenziali generiche ha risolto il problema.

In uno dei miei casi, con mia sorpresa, si è scoperto che avevo bisogno di svuotare la cache DNS oltre a abilitare la funzionalità di supporto SMB 1.0 in Windows 8.1. Questo era un computer collegato al dominio che era disconnesso dal suo dominio.

Nell'altro caso, un computer non appartenente al dominio, svuotando la cache DNS non ha aiutato. Tuttavia, curiosamente, il nome completo ha \\Name.funzionato quando \\Namenon ha funzionato (non ho provato questo figlio la prima macchina). Non sono sicuro di quale sia il problema qui, ma immagino sia legato alla mancanza di un nome di dominio.

Abbiamo riscontrato ciò in una cartella specifica. Si scopre che le cartelle offline hanno causato il problema perché utilizziamo cartelle reindirizzate. Quindi Windows si sta letteralmente connettendo a quella condivisione con le credenziali degli altri utenti non appena Windows si avvia, quindi rifiuta la connessione dall'utente che ha effettuato l'accesso.

La soluzione utilizzata era disattivare la sincronizzazione offline.

Potrebbero essere ACL di rete. In un ambiente in cui ho lavorato sono stati modificati per bloccare la porta 445. Quindi:

\ Hostname \ share

• Il client ha tentato di connettersi tramite SMB sulla porta TCP / IP 445
• Bloccato da ACL di rete
• Il client non riesce a connettersi

\ Hostname.fqdn \ share

• Il client ha tentato di connettersi tramite SMB sulla porta 445 TCP.IP
• Bloccato da ACL di rete
• Il client si connette tramite NetBT sulla porta 139
• Connessione riuscita

Quindi è successo che la connessione a FQDN ha tentato di utilizzare NetBT e che la porta 139 era aperta, quindi ha avuto successo.

Quindi la soluzione era sbloccare la porta 445.