Windows Server 2025 / Cara Mengatasi Masalah IP, DNS, dan DHCP

Untuk mendiagnosis jaringan Windows Server 2025, periksa konfigurasi IP, rute, resolusi nama DNS, dan layanan tujuan secara terpisah. Catat pengaturan CLIENT1 saat ini, bandingkan pengujian yang sama dengan klien yang berfungsi pada jaringan yang sama, lalu ubah satu penyebab yang paling mungkin sebelum menguji ulang. Balasan ping, jawaban DNS, dan keberhasilan koneksi ke port membuktikan hal yang berbeda.

Tentukan kegagalan dan perubahan terakhir

Tentukan batas masalah: apakah semua klien gagal atau hanya satu, apakah nama dan IP sama-sama gagal, atau hanya satu layanan yang tidak dapat digunakan? Catat tujuan, waktu, pesan kesalahan, serta restart dan perubahan adaptor, switch virtual, atau opsi DHCP terakhir. IP berarti Internet Protocol, DNS adalah Domain Name System atau sistem nama domain, sedangkan DHCP adalah Dynamic Host Configuration Protocol untuk konfigurasi alamat otomatis. Bandingkan klien pada segmen yang sama dengan tes yang sama. Mengubah DNS dan firewall bersamaan menyulitkan penentuan perubahan yang memperbaiki masalah.

Akses melalui IP dapat membantu memisahkan masalah nama, tetapi tidak selalu setara dengan akses melalui nama layanan. Persyaratan sertifikat dan protokol autentikasi Kerberos dapat berbeda. Secara bawaan, Windows tidak mencoba Kerberos ketika tujuan dinyatakan sebagai IP, sebagaimana dijelaskan dalam dokumentasi Kerberos untuk tujuan IP. Jangan menganggap cara diagnosis sebagai metode koneksi permanen tanpa pemeriksaan, dan jangan mengabaikan peringatan sertifikat.

Baca konfigurasi klien yang sebenarnya

ipconfig /all
Get-NetIPConfiguration
Get-NetAdapter
Get-NetRoute -AddressFamily IPv4

Jalankan blok ini dalam Windows PowerShell dari konsol CLIENT1. Temukan adaptor lab dan catat IP, subnet mask, DNS, server DHCP, sufiks, serta metode otomatis atau manual. Setelah lab DHCP dikonfigurasi, alamat yang diharapkan ialah 172.24.50.100–172.24.50.150 dengan mask 255.255.255.0 dan DNS 172.24.50.10. Get-NetAdapter membantu memeriksa adaptor dan statusnya; Get-NetRoute menampilkan prefiks serta next hop, termasuk 0.0.0.0/0 untuk rute default jika tersedia. Jaringan terisolasi tanpa router dapat berkomunikasi dalam subnet sendiri tanpa gateway; kegagalan akses Internet memang sesuai desain tersebut. Jika antarmuka tidak muncul dalam Get-NetIPConfiguration, tinjau -All atau pilih indeks antarmuka sebenarnya sesuai referensi konfigurasi IP.

Alamat 169.254.x.x mengindikasikan klien tidak memperoleh sewa yang dapat digunakan, tetapi belum membuktikan server DHCP rusak. Periksa dahulu mesin virtual menyala, adaptor aktif dan terhubung ke switch yang benar, serta pengambilan IP otomatis jika diperlukan. Cocokkan server DHCP yang sebenarnya dengan DC1. Panduan masalah klien DHCP menunjuk log peristiwa Operational dan Admin klien DHCP dalam Event Viewer, di bagian Applications and Services Logs. Cocokkan peristiwa dengan waktu dan adaptor yang mengalami kegagalan.

Bedakan konektivitas dari akses layanan

ping 172.24.50.10
Test-NetConnection -ComputerName 172.24.50.20 -Port 445

Jalankan kedua tes dari CLIENT1. Ping memeriksa balasan Internet Control Message Protocol (ICMP); balasan yang diblokir tidak membuktikan semua layanan mati. Test-NetConnection dengan -Port memeriksa koneksi Transmission Control Protocol (TCP). Perhatikan TcpTestSucceeded untuk tujuan dan port tersebut sesuai referensi diagnosis koneksi. Port TCP 445 digunakan untuk berbagi berkas melalui Server Message Block (SMB). Harapkan keberhasilan hanya jika FS1 sudah menyediakan layanan itu pada .20; pada tahap ini layanan tersebut mungkin belum disiapkan. True tidak memverifikasi autentikasi, izin berbagi, atau kemampuan membaca berkas.

Jika kegagalan terjadi dalam subnet yang sama, periksa daya mesin virtual, hubungan ke switch, IP duplikat, dan subnet mask. Jika hanya tujuan eksternal yang gagal, periksa gateway nyata, rute, Network Address Translation (NAT) atau penerjemahan alamat jaringan, serta aturan keluar. Jangan mengarang router untuk jaringan terisolasi. Sebelum menguji port lain, pastikan memang ada layanan yang seharusnya mendengarkan di port itu. Periksa profil, alamat sumber yang diizinkan, dan tujuan aturan firewall terkait tanpa mematikan firewall secara menyeluruh.

Bandingkan DNS tertentu dengan resolusi default

Resolve-DnsName 'fs1.lab.example.test' -Type A -Server 172.24.50.10
nslookup fs1.lab.example.test 172.24.50.10
Resolve-DnsName 'fs1.lab.example.test' -Type A

Pada CLIENT1, dua kueri pertama secara eksplisit menuju DC1 pada 172.24.50.10, sedangkan kueri terakhir memakai jalur resolusi yang dikonfigurasi klien. Jika rekaman A fs1.lab.example.test sudah dibuat, jawaban alamat yang diharapkan adalah 172.24.50.20; jangan tertukar dengan alamat server DNS yang ditampilkan. Nslookup tidak menggunakan cache DNS klien. Jika kueri langsung berhasil tetapi kueri default gagal, tinjau pengaturan DNS, adaptor, kebijakan, dan cache: hasil itu petunjuk, bukan bukti satu penyebab tertentu. Nama domain lengkap atau FQDN (Fully Qualified Domain Name) yang berhasil sementara nama pendek gagal mengarahkan pemeriksaan ke sufiks dan daftar pencarian.

Bedakan NXDOMAIN, yaitu nama yang ditanyakan tidak ada, dari timeout tanpa balasan. Nama juga dapat ada tetapi tidak mempunyai jenis rekaman yang diminta. Gabungkan pemeriksaan DNS klien dengan pemeriksaan zona dan penerusan di server. Clear-DnsClientCache mengosongkan cache klien lokal; Clear-DnsServerCache mengosongkan cache layanan server DNS. DC1 pun memiliki peran klien dan server yang terpisah. Tentukan cache yang relevan dan simpan bukti sebelum mengosongkannya; tindakan itu tidak memperbaiki rekaman salah pada zona otoritatif. Jika hanya nama eksternal yang gagal, periksa forwarder dan jalur keluar tanpa mengganti DNS internal dengan DNS publik.

Periksa DHCP dan ulangi tes semula

Di DC1, buka Windows PowerShell sebagai administrator untuk menjalankan blok kueri server lokal berikut. Periksa DHCPServer berstatus Running, scope 172.24.50.0 aktif, kapasitas tersedia, dan sewa yang sesuai dengan klien sebenarnya. Periksa pula pengikatan ke antarmuka lab dan otorisasi Active Directory hanya jika sudah ada domain. Panduan umum pemecahan masalah DHCP menjelaskan pemeriksaan itu. Klien pada subnet lain mungkin memerlukan agen relay DHCP; jangan menambahkannya untuk memperbaiki lab yang hanya memakai satu switch.

Get-Service DHCPServer
Get-DhcpServerv4Scope
Get-DhcpServerv4ScopeStatistics -ScopeId 172.24.50.0
Get-DhcpServerv4Lease -ScopeId 172.24.50.0

Jika perlu memperbarui sewa, gunakan konsol CLIENT1 dan batasi ke adaptor yang dimaksud. Setelah mengubah satu nilai, ulangi tes nama, IP, atau port yang sama, lalu pastikan fungsi yang sebelumnya normal tetap bekerja. Jika tidak membaik, pulihkan hanya nilai yang diubah dan simpan perintah, tujuan, waktu, serta pesan kesalahan. Mematikan seluruh firewall, mengosongkan semua cache, dan membuat ulang scope sekaligus menghilangkan petunjuk dan menyulitkan pemulihan.

Contoh bersyarat: kueri langsung ke .10 memberi jawaban benar, kueri default gagal, dan Anda menemukan DNS manual yang salah pada CLIENT1. Catat nilai awal, lalu buka ncpa.cpl → Properties adaptor terisolasi → Internet Protocol Version 4 (TCP/IPv4) → Properties. Koreksi hanya nilai DNS yang salah menjadi 172.24.50.10, pertahankan IP, mask, dan gateway, kemudian ulangi kedua kueri. Jika DNS berasal dari DHCP, periksa opsi scope 006 dan perbarui klien alih-alih menutupi masalah dengan pengecualian manual. Konfigurasi scope dan opsi DHCP menjelaskan cara memeriksanya.