Come risolvere l’errore “Il nome di rete specificato non è più disponibile”

Ricevere l’errore ” Il nome di rete specificato non è più disponibile ” è piuttosto fastidioso, soprattutto quando si sta semplicemente cercando di accedere a condivisioni, dispositivi NAS o anche quando il server o il controller di dominio lo segnala.È frustrante perché di solito indica che la risorsa di rete non è raggiungibile, ma può anche essere dovuto a protocolli configurati in modo errato o ad alcune impostazioni di sicurezza che bloccano la strada. A volte è solo il server a non funzionare, cosa che ovviamente non è possibile risolvere da soli, ma il più delle volte è qualcosa sul lato client o un problema di protocollo a causare questo problema.

Questa guida propone una serie di soluzioni per la risoluzione dei problemi. Alcune soluzioni prevedono di provare a far funzionare di nuovo correttamente il server, altre sono sufficienti a modificare la configurazione del computer locale per consentire la connessione. L’obiettivo è rendere accessibile la risorsa di rete senza dover attendere ogni volta l’intervento di un amministratore. Se si opera sul lato client, molti di questi passaggi possono essere eseguiti autonomamente, ma se è coinvolto il server, è necessario disporre dei diritti di amministratore o almeno di un amministratore di sistema affidabile per svolgere il lavoro più pesante.

Come risolvere il problema se il nome di rete specificato non è più disponibile?

Metodo 1: abilitare il protocollo SMBv2/v3

Un po’ strano, ma i protocolli SMB sono in un certo senso la spina dorsale della condivisione di Windows. Se SMBv2/3 non è abilitato né sul client né sul server, si ottiene questo errore. SMBv1 è obsoleto da tempo, quindi è meglio assicurarsi che SMBv2 o v3 sia abilitato su entrambe le estremità.

Sul tuo computer, ciò comporta l’esecuzione di alcuni comandi in un prompt dei comandi con privilegi elevati :

1. Premere Win + R, digitare cmd, quindi premere Ctrl + Shift + Enterper aprirlo come amministratore.
2. Esegui questi comandi:

   sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb20 start= auto 

Quindi, riavvia. Sì, semplice, ma a volte sono necessari dei cold boot di Windows per sbloccare la situazione. In alcune configurazioni, SMBv2 era già abilitato, ma le dipendenze del protocollo si sono interrotte, quindi un ripristino e un riavvio possono risolvere il problema.

Metodo 2: modificare le impostazioni SMBv1 se necessario

In alcuni casi, soprattutto con server più vecchi o configurazioni legacy, potrebbe essere coinvolto SMBv1. Se SMBv1 è abilitato sul server ma il client sta tentando di utilizzarlo, ciò può causare l’errore, soprattutto se SMBv1 è disabilitato o bloccato sul computer. Al contrario, se il server supporta solo SMBv1 ma è disabilitato sul client, non ci sono più problemi.

Per controllare e disabilitare SMBv1 sul tuo lato (perché ovviamente Windows deve complicare le cose), esegui in un prompt dei comandi con privilegi elevati :

sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb10 start= disabled 

Oppure, ancora meglio, esegui il comando:

Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

Da PowerShell (esegui come amministratore).Tieni presente che, se il server supporta solo SMBv1, potrebbe essere necessario abilitarlo sul server. Questo è un altro paio di maniche, ma Microsoft ha delle guide su come farlo in modo sicuro: non attivarlo alla cieca, soprattutto se non lo usi altrove, con tutti i rischi per la sicurezza.

Metodo 3: assicurarsi che le porte del firewall siano aperte

Il blocco del firewall è una causa comune. Diverse versioni di SMB richiedono porte specifiche aperte per comunicare correttamente. Pertanto, ricontrollate le regole del firewall di Windows (o di qualsiasi software di sicurezza di terze parti) e assicuratevi che porte come la 445 (TCP) siano aperte. A volte, la porta è bloccata per il traffico in uscita o in entrata, e questo è sufficiente a causare l’errore.

Per farlo, esegui wf.msc da Esegui, quindi cerca in Regole in entrata o Regole in uscita. Crea una nuova regola per consentire la porta 445 TCP (e UDP se necessario).In caso di dubbi, cerca le porte esatte per il tuo protocollo nella documentazione Microsoft. Di solito, TCP 445è la chiave per SMB.

Metodo 4: disabilitare o configurare il software di sicurezza di terze parti

Gli antivirus o gli scanner di rete a volte bloccano il traffico SMB, soprattutto se sono eccessivamente paranoici o configurati in modo errato. Prova a disattivare temporaneamente il software di sicurezza per verificare se è questa la causa. Se la risorsa di rete diventa accessibile, allora sai che il software stava confondendo le acque.

Meglio ancora, aggiungi la risorsa di rete o il server all’elenco delle esclusioni nel tuo antivirus/firewall. Non c’è bisogno di disabilitare completamente la risorsa se riesci a inserirla correttamente nella whitelist: sii prudente e fallo solo se la fonte è attendibile.

Metodo 5: reimpostare le autorizzazioni sulla cartella utente per le app

Se questo problema si verifica quando si utilizzano determinate app, in particolare sottosistemi Unix-like o Docker, potrebbe dipendere dalle autorizzazioni all’interno di AppData. A volte le autorizzazioni vengono compromesse, impedendo alle app di accedere alle proprie cartelle utente e alle risorse di rete.

Aprire un prompt dei comandi con privilegi elevati ed eseguire:

icacls %USERPROFILE%\AppData /q /c /t /reset

In questo modo vengono ripristinati i permessi, risolvendo auspicabilmente anche i problemi più strani legati ai permessi.

Metodo 6: decomprimere o decrittografare la cartella utente dell’applicazione

Se la cartella utente dell’app all’interno di AppData è compressa o crittografata, possono verificarsi errori di accesso. Questo è comune se si utilizzano strumenti di compressione o crittografia del disco. Per risolvere il problema, accedere alla cartella, fare clic con il pulsante destro del mouse, andare su Proprietà, quindi in Avanzate deselezionare le opzioni Comprimi contenuto per risparmiare spazio su disco e Crittografa contenuto per proteggere i dati. Questo dovrebbe consentire all’app di accedere normalmente ai propri file.

Metodo 7: reinstallare completamente l’applicazione

A volte, impostazioni danneggiate o residue causano strani errori di rete. Disinstalla, cancella la cartella dell’app in AppData\Local (e forse anche la cartella Packages se si tratta di un’app Microsoft), quindi reinstallala da zero. Questo spesso risolve qualsiasi stato criptico in cui l’app si era bloccata.

Metodo 8: Migrazione da FSR a DFSR per la replica del dominio

Tecnicamente rilevante solo se si sta promuovendo un controller di dominio e si verifica questo errore durante la configurazione o la replica di Active Directory. Le versioni precedenti di Windows Server utilizzano FRS (File Replication Service), che è obsoleto.È necessario migrare a DFSR (Distributed File System Replication).Le guide ufficiali Microsoft sono la risorsa migliore a questo proposito, come questa: Microsoft TechNet.

Metodo 9: ricontrolla il tuo codice personalizzato

Se stai scrivendo script o app che accedono a risorse di rete, l’errore potrebbe essere nel codice. Problemi comuni includono il tentativo di scrivere o leggere da un flusso già chiuso o l’impostazione di un periodo di timeout troppo breve. A volte, il problema può essere risolto semplicemente estendendo i timeout o assicurandosi che il codice gestisca correttamente gli stati del flusso. In caso di dubbi, chiedi informazioni su forum come StackOverflow.

Riepilogo

• Controllare e abilitare i protocolli SMB2/3 sul client e sul server.
• Assicurarsi che le porte firewall necessarie (in particolare 445 TCP) siano aperte.
• Disattivare temporaneamente o inserire nella whitelist il software di sicurezza.
• Reimpostare le autorizzazioni sulle cartelle delle app se sembrano instabili.
• Decomprimi o decrittografa le cartelle dei dati dell’app se ciò potrebbe causare problemi.
• Reinstallare le app se si comportano male.
• Per gli errori correlati ad AD, valutare la migrazione da FRS a DFSR.
• Rivedi i tuoi script o il codice del programma per individuare bug comuni come flussi chiusi o timeout ridotti.

Incartare

Onestamente, risolvere questo errore può sembrare un po’ una caccia al tesoro: a volte è il protocollo, a volte i permessi o persino il firewall. Provare queste soluzioni di solito indica la giusta direzione. Su alcune macchine, un semplice riavvio o una rapida modifica del protocollo risolve il problema. Non è sempre semplice, ma con pazienza è gestibile. Spero che questo faccia risparmiare qualche ora a qualcuno: funziona per me, spero che funzioni anche per te.