Anda akan mengalami kesalahan”Nama jaringan yang ditentukan tidak lagi tersedia“saat mencoba mengakses sumber daya jaringan seperti Penyimpanan Terlampir Jaringan, perangkat jarak jauh, atau server/Pengontrol Domain (DC ) itu sendiri. Masalah ini juga dapat terjadi di sisi server jika pengontrol mencoba mengakses sumber daya tersebut, menambahkan pengguna ke domain, atau saat mencoba mempromosikan DC.
Biasanya, ini berarti bahwa sumber daya tersebut adalah tidak lagi tersedia atau admin telah memberlakukan pembatasan pada perangkat Anda terkait akses tersebut. Mereka mungkin juga telah menurunkan server. Namun masalah tersebut juga dapat terjadi secara tidak sengaja karena berbagai alasan lainnya.
Jika sumber daya jaringan rusak tidak lagi online atau tersedia, tidak ada yang dapat Anda lakukan untuk mengaksesnya kecuali admin memutuskan untuk membuatnya tersedia kembali. Namun, untuk kasus terakhir, ada banyak kemungkinan solusi yang dapat Anda coba di perangkat klien atau sisi server.
Apa Penyebab Kesalahan “Nama Jaringan Tertentu Tidak Lagi Tersedia”
Selain admin server merusak sumber daya jaringan, berikut adalah beberapa kemungkinan penyebab kesalahan di atas:
Protokol yang diperlukan dinonaktifkan. Port yang diperlukan tidak terbuka. Aplikasi keamanan mencatat akses ke sumber daya jaringan. Masalah dengan folder pengguna aplikasi, seperti izin, kompresi, atau enkripsi yang salah. Pengontrol domain tidak memenuhi persyaratan yang diperlukan sebelum promosi. Bug dalam perangkat lunak akses jaringan.
Bagaimana Memperbaiki Nama Jaringan yang Ditentukan Tidak Lagi Tersedia?
Beberapa kemungkinan solusi di bawah mengharuskan Anda memiliki akses ke server jaringan atau pengontrol domain. Jika Anda tidak memiliki akses, Anda perlu menghubungi admin sistem dan meminta mereka melakukan operasi tersebut. Solusi lain mengharuskan Anda melakukan perubahan pada komputer Anda sendiri, yang dapat Anda lakukan tanpa masalah.
Aktifkan Protokol SMBv2/v3
Jaringan menggunakan protokol Server Message Block (SMB) untuk menyediakan akses ke sumber daya bersama yang terhubung ke jaringan yang sama. Saat ini, hanya SMB v2 atau v3 yang digunakan, dan SMB v1 sudah tidak digunakan lagi. Jadi, banyak perangkat yang tidak mengaktifkan SMBv1 secara default dan memilih untuk menggunakan versi yang lebih baru.
Namun, ada kemungkinan bahwa protokol ini tidak diaktifkan di sisi klien atau server. Jadi, Anda perlu melakukannya secara manual untuk menyelesaikan masalah Anda. SMBv3 dan v2 menggunakan tumpukan yang sama, jadi Anda hanya perlu mengaktifkan SMBv2 untuk menggunakan salah satu protokol.
Di Sisi Klien
Buka Jalankan dengan menekan Win + R. Ketik cmd dan tekan Ctrl + Shift + Enter untuk membuka Prompt Perintah yang Ditinggikan. Masukkan perintah berikut: sc config lanmanworkstation depend=bowser/mrxsmb20/nsi sc config mrxsmb20 start=auto Restart PC Anda
Di Sisi Server
Tekan Win + R untuk membuka Run. Ketik powershell dan tekan Ctrl + Shift + Enter untuk membuka Windows PowerShell. Jika sistem operasi di server adalah Windows 8 dan Windows Server 2012 atau lebih tinggi, masukkan perintah di bawah ini:
Set-SmbServerConfiguration-EnableSMB2Protocol $true
Kemudian, ketik Y dan tekan Enter jika diminta.
Untuk sebelumnya versi, Anda harus memasukkan perintah berikut:
Set-ItemProperty-Path”HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters”SMB2-Type DWORD-Value 1-Force
Istirahat art PC jika Anda menggunakan perintah Set-ItemProperty
Periksa Status Protokol SMBv1
Mengaktifkan SMBv2 saja mungkin tidak cukup. Jika Anda telah mengaktifkan SMBv1 dan v2/v3 di sistem Anda, tetapi server hanya mengaktifkan SMBv2/v3, perangkat Anda mungkin keliru mencoba menggunakan saluran SMBv1.
Jadi, Anda perlu menonaktifkannya di sisi klien dalam skenario seperti itu.
Buka Prompt Perintah yang Ditinggikan. Ketik perintah berikut dan tekan Enter setelah masing-masing: sc config lanmanworkstation depend=bowser/mrxsmb20/nsi sc config mrxsmb10 start=dinonaktifkan
Mulai ulang PC Anda untuk menerapkan perubahan.
Atau, Anda dapat memasukkan perintah berikut pada Windows PowerShell yang Ditinggikan untuk menonaktifkan protokol:
Disable-WindowsOptionalFeature-Online-FeatureName SMB1Protocol
Dalam kasus yang jarang terjadi, server mungkin hanya mendukung SMBv1 tetapi nonaktifkan saat mengaktifkan SMBv2/v3. Jadi jika Anda tidak dapat menyelesaikan masalah setelah melakukan semua langkah sebelumnya dan solusi sebelumnya, Anda mungkin perlu mengaktifkan SMBv1 di server bersama dengan sistem klien Anda.
Untuk mengaktifkannya di server,
Buka PowerShell yang Ditinggikan. Untuk OS Windows 8 dan Windows Server 2012 atau yang lebih lama, ketik Set-SmbServerConfiguration-EnableSMB1Protocol $true dan tekan Enter. Kemudian, jika diminta, ketik Y dan tekan Enter.
Untuk versi OS sebelumnya, gunakan Set-ItemProperty-Path”HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters”SMB1-Type DWORD-Value 1-Force sebagai gantinya.
Untuk mengaktifkannya di klien,
Buka Command Prompt yang Ditinggikan. Masukkan perintah di bawah ini: sc config lanmanworkstation depend=bowser/mrxsmb10/mrxsmb20/nsi sc config mrxsmb10 start=auto
Buka Port Firewall
Anda dapat mengalami masalah ini saat mengakses nama jaringan melalui protokol apa pun. Setiap protokol membutuhkan port yang berbeda untuk memulai dan melanjutkan koneksi. Jadi Anda perlu memastikan port yang sesuai terbuka untuk menghindari kesalahan di atas.
Pertama, cari port yang Anda butuhkan dari internet atau sumber resmi. Lalu, ikuti langkah-langkah di bawah untuk memeriksa port berikut:
Buka Jalankan. Ketik wf.msc dan tekan Enter untuk membuka Firewall Pertahanan Windows dengan Keamanan Lanjutan. Pilih Aturan Masuk atau Aturan Keluarbergantung pada situasi Anda. Kemudian, klik Aturan Baru.
Centang Portdan klik Berikutnya. Centang UDP atau TCP bergantung pada skenario Anda, dan ketik nomor port di bawah Port jarak jauh tertentu. Anda dapat menggunakan banyak kata sekaligus memisahkannya dengan koma.
Kemudian, klik Berikutnya. Centang Izinkan koneksi dan tekan Berikutnya. Pilih jenis jaringan yang menerapkan aturan ini dan pilih Berikutnya. Lalu, masukkan nama dan deskripsi yang Anda inginkan untuk aturan tersebut dan klik Selesai.
Nonaktifkan Perangkat Lunak Keamanan Pihak Ketiga
Perangkat lunak keamanan pihak ketiga seperti antivirus dan pemindai jaringan juga dapat memblokir akses ke atau dari sumber daya jaringan. Anda dapat mencoba menonaktifkan sementara keamanan di sisi klien atau sisi host untuk mencegah masalah ini.
Namun, perlu diingat bahwa perangkat lunak ada untuk melindungi sistem Anda. Jadi, Anda perlu memastikan bahwa sumber daya tidak benar-benar berbahaya sebelum menonaktifkan keamanan waktu-nyata atau jaringan.
Di sisi lain, Anda juga dapat menambahkan sumber daya jaringan atau pengguna ke daftar pengecualian untuk mengatasi kesalahan tanpa menonaktifkan perangkat lunak tersebut. Jika Anda tidak memiliki akses ke server, Anda dapat bertanya kepada admin sistem apakah server perlu membuat pengecualian.
Atur Ulang Izin Folder AppData
Jika Anda menderita masalah ini saat menggunakan aplikasi, seperti Subsistem Windows untuk Linux, mungkin karena beberapa masalah dengan folder pengguna aplikasi di dalam AppData. Salah satu kemungkinan penyebabnya adalah pengaturan izin yang salah. Ini menghalangi aplikasi untuk mengakses folder pengguna dan mencegah akses ke sumber daya jaringan.
Anda dapat mengatasi masalah ini dengan menyetel ulang izin folder AppData.
Buka Jalankan. Ketik cmd dan tekan Ctrl + Shift + Enter untuk membuka Command Prompt yang Ditinggikan. Masukkan perintah icacls %USERPROFILE%\AppData/q/c/t/reset
Dekompresi atau Hapus folder Pengguna Aplikasi
Kemungkinan masalah lain dengan folder pengguna aplikasi melibatkan sistem Anda mengompresi atau mengenkripsi folder. Sementara beberapa aplikasi bekerja dalam skenario seperti itu, ada banyak aplikasi lain yang tidak.
Jadi, Anda perlu menonaktifkan kompresi atau enkripsi NTFS dari folder. Untuk melakukannya,
Buka Jalankan. Ketik %localappdata% dan tekan Enter untuk masuk ke folder AppData\Local.
Cari folder pengguna aplikasi di dalam folder ini. Jika ini adalah aplikasi yang disediakan oleh Microsoft, Anda perlu melihat ke dalam AppData\Local\Packages. Misalnya, jika Anda mengalami kesalahan ini saat menggunakan Subsistem Windows untuk Linux, nama folder di dalam Paket akan menjadi milik distro Linux. Klik kanan pada folder dan pilih Properti. Klik Lanjutan pada tab Umum. Hapus centang Kompres konten untuk menghemat ruang disk dan Enkripsi konten untuk mengamankan data.
Klik OK > OK untuk menutup Properti sambil menerapkan perubahan.
Instal Ulang Aplikasi Sepenuhnya
Anda juga dapat mencoba mencopot sepenuhnya aplikasi akses jaringan tempat Anda mengalami kesalahan ini, lalu instal ulang versi terbaru untuk mengatasi masalah tersebut. Melakukannya juga memperhitungkan kemungkinan bug yang ada di aplikasi itu sendiri.
Buka Run. Ketik appwiz.cpl dan tekan Enter untuk membuka Program dan Fitur. Cari aplikasi Anda dan pilih. Klik Uninstall dan konfirmasi jika diminta.
Ikuti petunjuk di uninstaller. Kemudian, buka Jalankan lagi. Ketik %localappdata% dan tekan Enter untuk masuk ke folder AppData\Local. Cari folder pengguna aplikasi di dalam folder ini. Jika ini adalah aplikasi yang disediakan oleh Microsoft, Anda perlu melihat ke dalam AppData\Local\Packages.
Hapus folder pengguna.
Sekarang, instal ulang aplikasi dan lihat apakah Anda masih mengalami kesalahan.
Bermigrasi dari FSR ke DFSR
Jika Anda mengalami kesalahan ini saat mencoba mempromosikan Pengontrol Domain di server lebih tua dari Windows Server versi 1709, itu karena Layanan Replikasi File (FRS) yang lebih lama tidak lagi didukung. Anda harus bermigrasi dari FSR ke DFSR, dan tingkat fungsional domain harus 2008 atau lebih tinggi untuk menyelesaikan masalah ini.
Tidak layak untuk menyertakan semua langkah yang diperlukan dalam artikel ini. Jadi, rekomendasikan untuk mengikuti panduan migrasi khusus yang disediakan oleh Microsoft atau panduan ringkas pengguna Microsoft Tech Community untuk bermigrasi ke DFSR.
Tinjau Kode Anda
Jika Anda mengalami kesalahan ini saat menjalankan program buatan sendiri yang mengakses sumber daya jaringan, kemungkinan ada masalah dengan pengkodean Anda.
Karena ada banyak kemungkinan tempat di mana bug tersebut dapat terjadi, yang paling umum adalah sebagai berikut:
Mencoba menulis ke aliran yang sudah ditutup oleh peer jarak jauh akan menyebabkan masalah ini. Jadi, Anda perlu memastikan untuk tidak menutup aliran atau tidak mengizinkan rekan untuk menutup aliran kecuali transfer data atau komunikasi selesai. Alasan lainnya adalah periode waktu tunggu yang disetel atau default terlalu rendah sehingga waktu yang dibutuhkan untuk menyelesaikan kueri atau komunikasi. Anda hanya perlu memperpanjang periode ini untuk menyelesaikan masalah.
Mungkin juga ada kesalahan lain dalam kode Anda. Sebaiknya Anda mengunggahnya ke forum seperti StackOverflow dan mencari bantuan dari sesama pengguna.
