자동 주소 지정이 실패할 때

대부분의 경우 DHCP는 문제없이 작동합니다. 하지만 DHCP 서버가 응답하지 않으면 장치에 올바른 설정이 남지 않습니다. DHCP 실패의 증상을 알아보는 것은 핵심적인 문제 해결 능력입니다. 가장 명확한 징후는 169.254로 시작하는 이상한 Address이며, 이를 APIPA Address라고 합니다. 이 수업에서는 APIPA와 자동 Address 할당이 중단되는 일반적인 이유를 설명합니다.

APIPA(Automatic Private IP Addressing)는 Windows 및 기타 시스템에 내장된 대체 기능입니다. 장치가 DHCP 발견 메시지를 보내고 제안을 받지 못하면 255.255.0.0 Mask와 함께 169.254.0.1부터 169.254.255.254까지의 범위에서 스스로 Address를 할당합니다. APIPA를 사용하면 같은 세그먼트의 장치끼리는 계속 통신할 수 있지만 Gateway와 DNS는 제공되지 않으므로 인터넷에 접속할 수 없습니다.

장치를 확인했을 때 169.254.45.10과 같은 Address가 보인다면 매우 심각한 경고 신호입니다. 장치가 DHCP 서버에 전혀 도달하지 못했다는 뜻입니다. APIPA Address는 링크 로컬 Address이므로 로컬 케이블이나 Wi-Fi에서만 작동하고 다른 곳으로 라우팅되지 않습니다. 169.254가 보이면 즉시 “DHCP가 실패했는데 서버는 어디에 있지?”라고 생각해야 합니다.

가장 직접적인 원인은 DHCP 서버가 중단되었거나 해당 서비스가 멈춘 경우입니다. 서버가 없으면 제안도 없으므로 임대가 필요한 모든 클라이언트가 APIPA로 전환됩니다. 여러 장치에서 동시에 169.254 Address가 나타난다면 특정 장치 하나보다 서버 자체를 의심해야 합니다. DHCP 서비스를 다시 시작하면 정상적인 Address 할당이 복구되는 경우가 많습니다.

서버가 실행 중일 수 있지만 요청이 서버에 도달하지 않을 수 있습니다. 케이블 불량, 비활성화된 스위치 포트 또는 작동하지 않는 DHCP relay가 모두 Discover 브로드캐스트를 차단할 수 있습니다. 라우터는 브로드캐스트를 전달하지 않으므로, 릴레이 에이전트가 없거나 잘못 구성되면 서버가 정상적으로 작동하더라도 원격 서브넷의 클라이언트가 서버의 응답을 전혀 받지 못합니다.

서버가 주소가 모두 소진될 때까지는 모든 장치에 응답할 수도 있습니다. 주소 풀이 모두 임대된 상태라면 새 클라이언트는 Offer를 받지 못하고 APIPA로 전환됩니다. 이는 사용량이 많은 게스트 네트워크에서 자주 나타납니다. 풀을 확장하거나 임대 시간을 줄여 사용하지 않는 주소가 더 빠르게 회수되도록 하면 새 장치에 할당할 여유가 생깁니다.

불법 DHCP 서버는 권한이 없는 서버로, 누군가 연결한 잘못 구성된 가정용 라우터인 경우도 있습니다. 이 서버는 실제 서버보다 빠르게 응답하여 잘못된 주소, 게이트웨이 또는 DNS를 배포할 수 있습니다. 그러면 장치에는 유효해 보이지만 실제로는 쓸모없는 곳을 가리키는 주소가 할당됩니다. 해결 방법은 불법 장치를 찾아 제거하는 것입니다. 스위치에서는 DHCP 스누핑을 사용하여 신뢰할 수 없는 서버를 차단할 수 있습니다.

모든 DHCP 문제가 169.254를 생성하는 것은 아닙니다. 불법 서버나 잘못 구성된 범위가 실제 주소이지만 잘못된 주소, 게이트웨이 또는 DNS를 제공할 수 있습니다. 장치는 연결된 것처럼 보이지만 웹을 탐색할 수 없습니다. 따라서 주소가 존재하는지만 확인하지 말고 주소, 마스크, 게이트웨이, DNS의 네 가지 값을 모두 확인해야 합니다. 그럴듯하지만 잘못된 설정은 명확한 APIPA 주소보다 발견하기 어렵습니다.

단일 장치의 문제를 해결할 때는 현재 주소를 해제하고 새 주소를 요청할 수 있습니다. Windows에서는 간단한 명령 두 개를 사용합니다. 새 요청이 성공한다면 이전 오류는 일시적이었을 수 있습니다. 그래도 169.254가 할당된다면 문제는 장치가 아니라 상위 네트워크, 즉 서버, 릴레이 또는 경로에 있습니다.

전체 과정을 흐름으로 정리해 보겠습니다. 169.254가 표시됩니까? DHCP가 실패한 것입니다. 장치 하나의 문제입니까, 아니면 여러 장치의 문제입니까? 하나라면 로컬 케이블이나 포트 문제일 가능성이 높고, 여러 개라면 서버, 릴레이 또는 풀 문제일 가능성이 높습니다. 같은 세그먼트의 다른 장치가 주소를 받을 수 있습니까? 그렇다면 문제가 발생한 장치에 집중하십시오. 그렇지 않다면 공유 인프라에 집중하십시오. 이 논리를 사용하면 원인을 빠르게 좁힐 수 있습니다.

DHCP 실패는 헬프 데스크 문의 중 가장 흔한 문제에 속하며, 사용자에게는 인터넷이 완전히 끊긴 것처럼 보이는 경우가 많습니다. 169.254가 DHCP가 작동하지 않았다는 뜻임을 알고, 몇 가지 주요 원인을 알고 있으면 혼란스러운 상태에서 서버, 경로, 풀 또는 불법 서버라는 명확한 확인 목록으로 빠르게 전환할 수 있습니다. 이러한 속도는 Network+ 시험과 실제 업무에서 정확히 요구하는 역량입니다.

장애 분석을 테스트해 보십시오.

DHCP가 실패하면 장치는 APIPA로 전환되어 게이트웨이나 DNS가 없는 169.254.x.x 링크 로컬 주소를 스스로 할당하므로 다른 네트워크에 연결할 수 없습니다. 169.254가 표시된다는 것은 DHCP가 응답하지 않았다는 뜻입니다. 일반적인 원인으로는 중단된 서버, 끊어진 경로 또는 누락된 릴레이, 고갈된 풀, 잘못된 설정을 배포하는 불법 DHCP 서버가 있습니다. 항상 주소 관련 네 가지 값을 모두 확인하고, 단일 장치를 테스트할 때는 해제 및 갱신을 사용하십시오.