Windows Server 2025 / DNS·DHCP·게이트웨이 문제로 통신이 안 될 때 점검하는 순서
네트워크 문제는 IP 설정, 경로, 이름 조회와 실제 서비스 접속을 나누어 확인하면 원인을 좁히기 쉽습니다. Windows Server 2025 실습에서는 클라이언트의 설정을 먼저 기록하고, 정상인 비교 대상과 같은 이름·주소·포트로 시험한 뒤 한 가지 설정만 바꾸어 재확인합니다.
오류 범위와 최근 변경을 먼저 적습니다
모든 클라이언트가 안 되는지, 한 대만 안 되는지, 이름으로만 실패하는지, 특정 서비스만 실패하는지 구분하세요. 같은 시점의 서버 재시작·가상 스위치 변경·DHCP 옵션 수정이 있었는지도 기록합니다. 처음부터 DNS와 방화벽을 동시에 바꾸면 어떤 변경이 문제를 해결했는지 알기 어렵습니다.
| 현상 | 첫 점검 방향 |
|---|---|
| IP로도 이름으로도 실패 | 주소·연결·서비스와 방화벽을 나누어 확인 |
| IP로는 되지만 이름으로 실패 | DNS 서버, 레코드, 접미사와 캐시 |
| 한 클라이언트만 잘못된 주소 | 수동 설정, 임대와 다른 DHCP 응답 |
| 같은 망은 되고 외부만 실패 | 기본 게이트웨이, 라우팅·NAT와 외부 정책 |
IP로 서비스 접속이 성공해도 인증서나 Kerberos처럼 이름이 중요한 기능은 별도 조건이 있습니다. 원인 분리를 위한 시험 결과와 운영 접속 방법을 혼동하지 않습니다.
클라이언트의 현재 설정을 읽습니다
ipconfig /all Get-NetIPConfiguration Get-NetAdapter Get-NetRoute -AddressFamily IPv4
CLIENT1 콘솔에서 실행하고 IPv4 주소·마스크·DNS·DHCP 서버·접미사를 기록합니다. 실습에서는 .100~.150 범위의 임대인지, DNS가 .10인지 봅니다. 라우터 없는 격리망에는 기본 게이트웨이가 없어도 같은 서브넷 통신이 가능합니다.
169.254 주소는 DHCP 임대 실패 가능성을 알려 주지만 그 사실만으로 서버 고장을 확정하지 않습니다. 가상 스위치와 케이블 상태, NIC 활성화, 클라이언트 자동 설정부터 확인합니다. DHCP 클라이언트 점검 문서의 이벤트 로그도 참고할 수 있습니다.
IP 경로와 서비스 포트를 구분합니다
ping 172.24.50.10 Test-NetConnection -ComputerName 172.24.50.20 -Port 445
ping은 ICMP 응답을 확인합니다. 방화벽이 ICMP를 막으면 서비스가 동작해도 응답이 없을 수 있습니다. TCP 445 확인은 FS1에 SMB 서비스를 구성한 뒤 해당 경로를 시험하는 예시이며, 파일 공유 권한이 정상이라는 뜻은 아닙니다.
같은 서브넷의 IP에도 도달하지 못하면 VM 전원, 같은 가상 스위치인지, 중복 IP와 잘못된 마스크를 확인합니다. 외부 주소만 실패하면 실제 게이트웨이와 라우팅·NAT를 확인합니다. 포트를 바꾸어 시험할 때는 해당 서버에 그 서비스가 실제로 있는지 먼저 확인하세요.
DNS 서버를 직접 지정해 조회합니다
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
처음 두 명령은 DC1을 직접 지정하고, 마지막 명령은 클라이언트 기본 해석 경로를 사용합니다. 직접 조회는 성공하는데 기본 조회가 실패하면 클라이언트 DNS 설정과 캐시·정책을 확인합니다. FQDN은 되고 fs1 같은 짧은 이름만 실패하면 DNS 접미사를 확인하세요.
이름 없음 응답은 해당 서버에 이름·종류가 없을 가능성을, 시간 초과는 통신·서비스 문제를 우선 보여 줍니다. DNS 클라이언트 문제 해결 안내처럼 설정과 조회를 연결해 판단하고, DNS 서버 측 점검에서는 영역·레코드와 전달 경로를 나눕니다.
Clear-DnsClientCache는 실행한 컴퓨터의 해석 캐시를 비우고 Clear-DnsServerCache는 DNS 서버 캐시에 영향을 줍니다. 어느 쪽을 바꾸는지 확인한 뒤 필요한 범위에서만 사용하세요. 캐시 삭제는 원본 레코드 오류를 고치지 않습니다.
DHCP와 수정 후 검증을 마칩니다
서버 측에서는 DHCP 서비스, 범위 활성화·여유 주소와 바인딩을 확인합니다. 도메인 구성 후에는 승인도 확인합니다. 다른 서브넷의 클라이언트라면 DHCP 릴레이가 필요한 구조인지도 검토합니다. 같은 가상 스위치 실습에 릴레이를 불필요하게 추가하지 않습니다.
Get-Service DHCPServer Get-DhcpServerv4Scope Get-DhcpServerv4ScopeStatistics -ScopeId 172.24.50.0 Get-DhcpServerv4Lease -ScopeId 172.24.50.0
클라이언트 임대를 갱신하는 작업은 주소가 바뀌어 원격 세션을 끊을 수 있으므로 콘솔에서 진행합니다. 변경할 항목 하나를 정하고 원래 값을 기록한 뒤 수정하세요. 처음 실패했던 동일한 이름·IP·포트로 다시 시험하고, 다른 정상 기능이 유지되는지 확인해야 수정이 완료됩니다.
문제가 남으면 바꾼 값만 원래대로 되돌리고 오류 시각·명령·대상·결과를 남깁니다. 방화벽 전체 해제, 모든 DNS 캐시 삭제, 범위 재생성을 한 번에 수행하는 방식은 원인과 복구 범위를 더 넓힐 수 있습니다.
