Veți întâlni eroarea „Numele rețelei specificat nu mai este disponibil” în timp ce încercați să accesați o resursă de rețea, cum ar fi spațiul de stocare atașat la rețea, un dispozitiv la distanță sau serverul/controlerul de domeniu (DC ) în sine. Această problemă poate apărea și pe partea serverului dacă controlerul încearcă să acceseze astfel de resurse, să adauge utilizatori la domeniu sau în timp ce încearcă să promoveze DC.
De obicei, aceasta înseamnă că resursa este nu mai este disponibil sau administratorul a impus restricții asupra dispozitivului dvs. cu privire la un astfel de acces. Este posibil să fi dezactivat și serverul. Dar problema poate apărea și neintenționat din diverse alte motive.
Dacă resursa de rețea este nu mai este online sau disponibil, nu puteți face nimic pentru a-l accesa decât dacă administratorul decide să îl facă din nou disponibil. Cu toate acestea, pentru cel din urmă caz, există multe soluții posibile pe care le puteți încerca pe dispozitivul dvs. client sau pe partea serverului.
Ce cauzează eroarea „Numele de rețea specificat nu mai este disponibil”
În afară de administratorul serverului modifică resursa de rețea, iată câteva cauze posibile pentru eroarea de mai sus:
Protocolul necesar este dezactivat. Porturile necesare nu sunt deschise. Aplicațiile de securitate care fixează accesul la resursa de rețea. Probleme cu folderul utilizator al aplicației, cum ar fi permisiunea incorectă, compresia sau criptarea. Controlerul de domeniu nu îndeplinește condițiile necesare înainte de promovare. Erori în software-ul de acces la rețea.
Cum să remediați numele de rețea specificat nu mai este disponibil?
Unele dintre soluțiile posibile de mai jos necesită să aveți acces la serverul de rețea sau controlerul de domeniu. Dacă nu aveți acces, trebuie să contactați administratorul de sistem și să îi solicitați să efectueze astfel de operațiuni. Alte soluții necesită să faceți modificări propriului computer, pe care le puteți face fără probleme.
Activați protocolul SMBv2/v3
O rețea folosește protocolul Server Message Block (SMB) pentru a oferi acces la resurse partajate atașate la aceeași rețea. În prezent, se utilizează numai SMB v2 sau v3, iar SMB v1 este deja depreciat. Deci, multe dispozitive nu au SMBv1 activat în mod implicit și optează în schimb să utilizeze versiunile ulterioare.
Cu toate acestea, este posibil ca aceste protocoale să nu fie activate nici pe partea client, nici pe server. Deci, trebuie să faceți acest lucru manual pentru a vă rezolva problema. SMBv3 și v2 folosesc aceeași stivă, așa că trebuie doar să activați SMBv2 pentru a utiliza oricare dintre protocolul.
Pe partea clientului
Deschideți Run apăsând Win + R. Tastați cmd și apăsați Ctrl + Shift + Enter pentru a deschide Prompt de comandă ridicat. Introduceți următoarele comenzi: sc config lanmanworkstation depend=bowser/mrxsmb20/nsi sc config mrxsmb20 start=auto Reporniți computerul
Pe server
Apăsați pe Win + R pentru a deschide Run. Tastați powershell și apăsați Ctrl + Shift + Enter pentru a deschide Windows PowerShell. Dacă sistemul de operare de pe server este Windows 8 și Windows Server 2012 sau o versiune ulterioară, introduceți comanda de mai jos:
Set-SmbServerConfiguration-EnableSMB2Protocol $true
Apoi, tastați Y și apăsați Enter dacă vi se solicită.
Pentru mai devreme versiuni, trebuie să introduceți următoarea comandă:
Set-ItemProperty-Calea „HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters” SMB2-Type DWORD-Value 1-Force
Rest artați computerul dacă ați folosit comanda Set-ItemProperty
Verificați starea protocolului SMBv1
Doar activarea SMBv2 poate să nu fie suficientă. Dacă ați activat atât SMBv1, cât și v2/v3 pe sistemul dvs., dar serverul activează numai SMBv2/v3, este posibil ca dispozitivul dvs. să încerce în mod eronat să utilizeze canalul SMBv1.
Deci, trebuie să îl dezactivați pe dvs. partea clientului într-un astfel de scenariu.
Deschideți Linia de comandă ridicată. Tastați următoarea comandă și apăsați Enter după fiecare: sc config lanmanworkstation depend=bowser/mrxsmb20/nsi sc config mrxsmb10 start=disabled
Reporniți computerul pentru a aplica modificarea.
Ca alternativă, puteți introduce următoarea comandă pe Windows PowerShell elevat pentru a dezactiva protocolul:
Disable-WindowsOptionalFeature-Online-FeatureName SMB1Protocol
În cazuri rare, serverul poate accepta doar SMBv1, dar dezactivați-l în timp ce activați SMBv2/v3. Deci, dacă nu puteți rezolva problema după ce ați efectuat toți pașii anteriori și soluția anterioară, poate fi necesar să activați SMBv1 pe server împreună cu sistemul dvs. client.
Pentru a-l activa pe server,
Deschideți PowerShell elevat. Pentru Windows 8 și Windows Server 2012 sau sistemul de operare mai vechi, tastați Set-SmbServerConfiguration-EnableSMB1Protocol $true și apăsați Enter. Apoi, dacă vi se solicită, tastați Y și apăsați Enter.
Pentru versiunile anterioare ale sistemului de operare, utilizați Set-ItemProperty-Path”HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters”SMB1-Type DWORD-Value 1-Force.
Pentru a-l activa pe client,
Deschideți Linia de comandă ridicată. Introduceți comenzile de mai jos: sc config lanmanworkstation depend=bowser/mrxsmb10/mrxsmb20/nsi sc config mrxsmb10 start=auto
Deschideți porturile de firewall
Puteți întâmpina această problemă în timp ce accesați numele rețelei prin orice protocol. Fiecare protocol are nevoie de porturi diferite pentru a iniția și continua conexiunea. Prin urmare, trebuie să vă asigurați că porturile corespunzătoare sunt deschise pentru a evita eroarea de mai sus.
Mai întâi, căutați porturile de care aveți nevoie de pe internet sau din surse oficiale. Apoi, urmați pașii de mai jos pentru a verifica aceste porturi:
Deschideți Run. Tastați wf.msc și apăsați Enter pentru a deschide Paravan de protecție Windows Defender cu securitate avansată. Selectați Reguli de intrare sau Reguli de ieșire , în funcție de situația dvs. Apoi, faceți clic pe Regulă nouă.
Bifați Port și faceți clic pe Next. Bifați UDP sau TCP în funcție de scenariul dvs. și introduceți numărul portului în Porturi la distanță specifice. Puteți folosi mai multe în timp ce le separați prin virgule.
Apoi, faceți clic pe Next. Bifați Permiteți conexiunea și apăsați pe Înainte. Selectați tipurile de rețea în care se aplică această regulă și selectați Următorul. Apoi, introduceți orice nume și descriere pe care le doriți pentru regulă și dați clic pe Terminare.
Dezactivați software-ul de securitate de la terți
Software-ul de securitate de la terți, cum ar fi antivirusul și scanerele de rețea, pot bloca accesul la sau de la o resursă de rețea. Puteți încerca să dezactivați temporar securitatea pe partea client sau pe partea gazdă pentru a preveni această problemă.
Totuși, rețineți că software-ul este acolo pentru protecția sistemului dumneavoastră. Deci, trebuie să vă asigurați că resursa nu este cu adevărat periculoasă înainte de a dezactiva securitatea în timp real sau a rețelei.
Pe de altă parte, puteți adăuga și resursa de rețea sau utilizatorul la lista de excluderi pentru rezolvați eroarea fără a dezactiva un astfel de software. Dacă nu aveți acces la server, puteți întreba administratorul de sistem dacă serverul trebuie să creeze o excepție.
Resetați permisiunile folderului AppData
Dacă suferiți de această problemă în timpul utilizării unei aplicații, cum ar fi Windows Subsystem pentru Linux, ar putea fi din cauza unor probleme cu folderul de utilizator al aplicației din AppData. Una dintre cauzele posibile este setările de permisiuni incorecte. Împiedică aplicația să acceseze folderul utilizatorului și împiedică accesul la o resursă de rețea.
Puteți rezolva această problemă prin resetarea permisiunilor folderului AppData.
Deschideți Executare. Tastați cmd și apăsați Ctrl + Shift + Enter pentru a deschide Linia de comandă ridicată. Introduceți comanda icacls %USERPROFILE%\AppData/q/c/t/reset
Decomprimați sau decriptați folderul de utilizator al aplicației
O altă posibilă problemă cu folderul de utilizator al aplicației implică comprimarea sau criptarea dosarului de către sistemul dumneavoastră. În timp ce unele aplicații funcționează într-un astfel de scenariu, există multe altele care nu.
Deci trebuie să dezactivați compresia sau criptarea NTFS din folder. Pentru a face acest lucru,
Deschideți Run. Tastați %localappdata% și apăsați Enter pentru a intra în folderul AppData\Local.
Căutați folderul utilizator al aplicației din acest folder. Dacă este o aplicație furnizată de Microsoft, trebuie să căutați în AppData\Local\Packages. De exemplu, dacă întâmpinați această eroare în timp ce utilizați Windows Subsystem pentru Linux, numele folderului din pachete va fi cel al distribuțiilor Linux. Faceți clic dreapta pe dosar și selectați Proprietăți. Faceți clic pe Avansat în fila General. Debifați Comprimați conținutul pentru a economisi spațiu pe disc și Criptați conținutul pentru a securiza datele.
Faceți clic pe OK > OK pentru a închide Proprietăți în timp ce aplicați modificările.
Reinstalați complet aplicația
De asemenea, puteți încerca să dezinstalați complet aplicațiile de acces la rețea unde întâmpinați această eroare și apoi să reinstalați cea mai recentă versiune pentru a rezolva problema. Procedând astfel, ține cont și de eventualele erori prezente în aplicația în sine.
Deschide Run. Tastați appwiz.cpl și apăsați Enter pentru a deschide Programe și caracteristici. Căutați aplicația dvs. și selectați-o. Faceți clic pe Dezinstalare și confirmați dacă vi se solicită.
Urmați instrucțiunile din programul de dezinstalare. Apoi, deschideți din nou Run. Tastați %localappdata% și apăsați Enter pentru a intra în folderul AppData\Local. Căutați folderul utilizator al aplicației din acest folder. Dacă este o aplicație furnizată de Microsoft, trebuie să căutați în AppData\Local\Packages.
Ștergeți folderul utilizatorului.
Acum, reinstalați aplicația și vedeți dacă încă mai întâlniți eroarea.
Migrați de la FSR la DFSR
Dacă ați întâlnit această eroare în timp ce încercați să promovați controlerul de domeniu pe servere mai veche decât versiunea Windows Server 1709, deoarece serviciul de replicare a fișierelor (FRS) mai vechi nu mai este acceptat. Trebuie să migrați de la FSR la DFSR, iar nivelul funcțional al domeniului trebuie să fie 2008 sau mai mare pentru a rezolva această problemă.
Nu este fezabil să includeți toți pașii necesari în acest articol. Prin urmare, recomandăm să urmați ghidul de migrare dedicat oferit de Microsoft sau un ghid simplificat al utilizatorului Microsoft Tech Community pentru a migra la DFSR.
Examinați-vă codul
Dacă ați întâmpinat această eroare în timp ce rulați un program creat de dvs. care accesează o resursă de rețea, este probabil să existe o problemă cu codarea dvs.
Deoarece există multe locuri posibile în care pot apărea astfel de erori, cele mai frecvente sunt următoarele:
Încercarea de a scrie în un flux care este deja închis de peer-ul la distanță va cauza această problemă. Deci, trebuie să vă asigurați că nu închideți fluxul sau nu permiteți peer-ului să închidă fluxul decât dacă transferul de date sau comunicarea este completă. Un alt motiv este că perioada de expirare setată sau implicită este prea mică decât timpul necesar pentru a finaliza interogarea sau comunicarea. Trebuie doar să prelungiți această perioadă pentru a rezolva problema.
Este posibil să existe și alte erori în codul dvs. Vă recomandăm să îl încărcați pe forumuri precum StackOverflow și să căutați ajutor de la alți utilizatori.
