DHCP의 작동 원리, 네트워크 장치가 IP 주소를 자동으로 할당받는 전 과정

모든 컴퓨터, 스마트폰, 프린터가 네트워크에 연결되는 순간 별도의 설정 없이 인터넷을 사용할 수 있는 이유는 DHCP(Dynamic Host Configuration Protocol)라는 프로토콜이 배후에서 작동하기 때문이다. 사용자가 IP 주소, 서브넷 마스크, 게이트웨이, DNS 서버 정보를 일일이 입력하지 않아도 장치가 곧바로 통신을 시작할 수 있는 것은 이 자동 할당 체계 덕분이다. 이 글에서는 DHCP가 등장하게 된 배경과 그 작동 원리, 그리고 실제 네트워크 장치가 IP 주소를 임대받는 세부 절차를 단계별로 살펴본다.

 

 

 

 

 

 

 

 

DHCP가 필요해진 배경

 

초창기 네트워크 환경에서는 관리자가 각 장치에 IP 주소를 수동으로 지정하는 방식이 일반적이었다. 장치 수가 적을 때는 이러한 방식이 큰 문제가 되지 않았지만, 조직 내 컴퓨터와 네트워크 장비의 수가 급격히 늘어나면서 몇 가지 근본적인 한계가 드러나기 시작했다.

 

가장 먼저 지적된 문제는 관리 비용의 증가였다. 수백, 수천 대의 장치에 각각 고유한 주소를 부여하고 이를 기록·관리하는 작업은 상당한 시간과 인력을 요구했다. 또한 관리자가 이미 사용 중인 주소를 실수로 다른 장치에 중복 할당하면 주소 충돌이 발생하여 두 장치 모두 정상적인 통신이 불가능해지는 상황이 생기기도 했다.

 

이동성이 있는 장치의 등장도 새로운 과제를 안겼다. 노트북이나 휴대용 단말기처럼 여러 네트워크를 오가며 사용되는 장치는 접속할 때마다 그 네트워크에 맞는 주소 체계를 새로 부여받아야 하는데, 수동 설정 방식으로는 이러한 유동성에 대응하기 어려웠다. 이러한 문제들을 해결하기 위해 등장한 것이 동적 호스트 구성 프로토콜, 즉 DHCP이다.

 

 

 

DHCP 이전의 시도들: RARP와 BOOTP

 

DHCP가 정착되기 이전에도 장치에 자동으로 주소 정보를 제공하려는 시도는 존재했다. RARP(Reverse Address Resolution Protocol)는 MAC 주소를 알고 있는 장치가 이를 기반으로 자신의 IP 주소를 서버에 요청하는 방식으로 동작했다. 디스크가 없는 워크스테이션처럼 별도의 저장 장치가 없는 시스템이 부팅 시점에 필요한 주소 정보를 얻기 위해 사용되었다.

 

이후 BOOTP(Bootstrap Protocol)가 등장하면서 IP 주소뿐 아니라 게이트웨이, 서브넷 마스크와 같은 추가 정보까지 함께 전달할 수 있게 되었다. 그러나 BOOTP는 관리자가 미리 설정해 둔 고정된 매핑 정보에 의존했기 때문에 여전히 유연성이 부족했다. DHCP는 이러한 선행 프로토콜들의 구조를 계승하면서도, 주소를 영구적으로 고정하지 않고 일정 기간 동안만 빌려주는 임대(lease) 개념을 도입함으로써 훨씬 유연하고 효율적인 주소 관리를 가능하게 했다.

 

 

 

▍ DHCP의 핵심 개념: 임대(Lease)

 

DHCP를 이해하는 데 가장 중요한 개념은 주소가 영구적으로 소유되는 것이 아니라 일정 기간 동안 빌려 쓰는 형태로 제공된다는 점이다. 서버는 사용 가능한 주소 목록(주소 풀, address pool)을 관리하며, 장치가 네트워크에 연결되면 이 풀에서 하나의 주소를 꺼내어 정해진 기간 동안 임대해 준다.

 

임대 기간이 만료되기 전에 장치는 서버에 갱신을 요청할 수 있으며, 갱신이 이루어지지 않고 장치가 네트워크를 떠나면 해당 주소는 다시 사용 가능한 상태로 풀에 반환된다. 이러한 구조는 제한된 개수의 공인 IP 주소를 여러 장치가 순환하며 나누어 쓸 수 있게 해 준다. 특히 사무실처럼 낮에는 여러 장치가 접속했다가 밤에는 대부분 접속을 종료하는 환경에서, 임대 방식은 고정 할당 방식보다 훨씬 적은 수의 주소로도 전체 네트워크를 운영할 수 있게 한다는 실질적인 이점을 지닌다.

 

 

 

▍ DHCP의 4단계 작동 과정

 

장치가 네트워크에 처음 연결되어 DHCP 서버로부터 IP 주소를 할당받는 과정은 통상적으로 네 단계의 메시지 교환으로 이루어진다. 이 절차는 흔히 DORA라는 약칭으로 불리기도 하는데, 각 단계의 앞글자를 딴 것이다.

 

 

 

▍ 1단계: DHCP Discover

 

네트워크에 연결된 장치는 아직 자신의 IP 주소를 가지고 있지 않은 상태이므로, 자신의 존재를 알리기 위해 네트워크 전체에 브로드캐스트 방식으로 메시지를 전송한다. 이 메시지가 DHCP Discover이며, 목적지 주소가 특정 서버로 지정되지 않고 로컬 네트워크의 모든 장치에게 전달된다는 점이 특징이다. 만약 해당 네트워크 대역에 DHCP 서버가 여러 대 존재한다면, 이 브로드캐스트는 그 서버들 모두에게 도달하게 된다.

 

 

 

▍ 2단계: DHCP Offer

 

Discover 메시지를 수신한 DHCP 서버는 자신이 관리하는 주소 풀에서 아직 사용되지 않은 주소를 선택하여 클라이언트에게 제안한다. 이 응답이 DHCP Offer이며, 여기에는 제안하는 IP 주소뿐 아니라 서브넷 마스크, 기본 게이트웨이, 임대 기간, DNS 서버 주소 등의 정보가 함께 포함된다. 네트워크에 DHCP 서버가 두 대 이상 존재하는 경우, 클라이언트는 여러 개의 Offer 메시지를 받을 수 있으며 이 중 하나를 선택하게 된다.

 

 

 

▍ 3단계: DHCP Request

 

클라이언트는 수신한 Offer 가운데 하나를 선택하여, 해당 주소를 사용하겠다는 의사를 다시 브로드캐스트 방식으로 알린다. 이것이 DHCP Request 메시지다. 응답을 브로드캐스트로 보내는 이유는, 클라이언트가 특정 서버의 제안을 선택했다는 사실을 그 네트워크에 있는 다른 DHCP 서버들에게도 알려서, 선택되지 않은 서버들이 자신이 제안했던 주소를 다시 풀에 반환할 수 있도록 하기 위함이다.

 

 

 

▍ 4단계: DHCP ACK

 

선택된 서버는 요청받은 주소가 여전히 유효하고 사용 가능한지 최종적으로 확인한 뒤, 이를 승인하는 DHCP ACK 메시지를 전송한다. 클라이언트는 이 메시지를 받는 순간부터 할당된 IP 주소와 관련 네트워크 설정 정보를 실제로 사용하기 시작하며, 이로써 해당 장치는 네트워크 통신이 가능한 상태가 된다. 드물게 서버가 요청을 거부하는 DHCP NAK를 보내는 경우도 있는데, 이 경우 클라이언트는 처음부터 Discover 단계를 다시 시작해야 한다.

 

아래는 이 네 단계를 간략히 정리한 것이다.

 

 

 

 

이 네 단계의 메시지 교환을 통해 장치는 아무런 사전 설정 없이도 네트워크에 참여할 수 있는 상태가 되며, 이러한 특성 때문에 DHCP는 흔히 플러그 앤 플레이 방식의 네트워크 구성 방법으로 설명되기도 한다.

 

 

 

 

 

 

▍ DHCP가 함께 전달하는 정보들

 

DHCP 서버는 IP 주소 하나만을 전달하는 것이 아니라, 장치가 네트워크와 인터넷을 정상적으로 이용하기 위해 필요한 여러 설정 값을 함께 제공한다. 이러한 정보가 부족하면 장치는 주소를 할당받았더라도 실제 통신에는 어려움을 겪을 수 있다.

 

서브넷 마스크: 해당 IP 주소에서 네트워크 부분과 호스트 부분을 구분하는 데 사용되는 값이다.

 

기본 게이트웨이: 장치가 속한 네트워크 바깥으로 데이터를 내보낼 때 거쳐야 하는 라우터의 주소다.

 

DNS 서버 주소: 도메인 이름을 실제 IP 주소로 변환할 때 참조하는 서버의 위치다.

 

임대 시간: 해당 주소를 언제까지 사용할 수 있는지를 나타내는 기간 정보다.

 

이 정보들이 종합적으로 전달되기 때문에, 사용자는 별도의 네트워크 지식 없이도 케이블을 연결하거나 무선 네트워크에 접속하는 것만으로 인터넷을 이용할 수 있게 된다.

 

 

 

IP 주소 갱신과 반환 과정

 

임대받은 주소는 영구적인 것이 아니므로, 클라이언트는 임대 기간이 일정 비율 이상 경과하면 서버에 갱신을 요청하는 절차를 거친다. 일반적으로 전체 임대 시간의 절반이 지난 시점에서 최초로 갱신 요청이 이루어지며, 이때는 처음의 Discover 단계를 거치지 않고 이전에 사용하던 서버에 직접 갱신을 요청하는 방식이 사용된다. 이 요청이 받아들여지면 임대 기간이 새로 연장되고, 장치는 동일한 주소를 계속 사용할 수 있다.

 

만약 이 시점에 갱신이 이루어지지 않으면 임대 기간이 더 진행된 시점에서 다시 갱신을 시도하며, 그마저도 실패하면 임대가 만료되어 장치는 해당 주소의 사용 권한을 잃게 된다. 이 경우 장치는 처음 네트워크에 연결되었을 때와 마찬가지로 Discover 단계부터 전체 절차를 다시 진행해야 한다. 사용자가 장치의 네트워크 연결을 명시적으로 해제하는 경우에는 DHCP Release 메시지를 통해 임대 중인 주소를 즉시 서버에 반환할 수도 있다.

 

 

 

DHCP 서버가 존재하는 네트워크 구조

 

가정용 공유기나 소규모 사무실 네트워크에서는 라우터 자체가 DHCP 서버 기능을 겸하는 경우가 대부분이다. 이 경우 라우터에 연결된 모든 장치는 하나의 사설 IP 대역 안에서 주소를 부여받으며, 외부 인터넷과 통신할 때는 NAT(Network Address Translation) 기술을 통해 하나의 공인 IP 주소를 여러 장치가 공유하게 된다.

 

규모가 큰 기업 네트워크에서는 별도의 전용 DHCP 서버를 운영하거나, 여러 서브넷에 걸쳐 DHCP 릴레이 에이전트를 배치하는 방식이 흔히 사용된다. 브로드캐스트 메시지는 기본적으로 같은 네트워크 대역 안에서만 전달되기 때문에, 라우터로 나뉜 여러 서브넷에 하나의 DHCP 서버만 두고 서비스하려면 각 서브넷의 라우터가 클라이언트의 브로드캐스트 요청을 DHCP 서버가 있는 네트워크로 전달해 주는 역할을 해야 한다. 이러한 기능을 수행하는 것이 DHCP 릴레이 에이전트이며, 대규모 조직에서는 이를 통해 서버 한 대로도 여러 서브넷의 주소 할당을 중앙에서 관리할 수 있다.

 

 

 

DHCP 사용에 따른 장점과 한계

 

DHCP를 도입함으로써 얻는 이점과 함께 고려해야 할 한계점도 존재한다. 아래 표는 이를 균형 있게 정리한 것이다.

 

 

 

 

특히 마지막에 언급한 위험은 실무에서 종종 문제가 되는 부분이다. 네트워크 관리자가 통제하지 않는 장치가 DHCP 서버처럼 동작하며 잘못된 게이트웨이나 DNS 정보를 배포하면, 해당 정보를 받은 클라이언트의 트래픽이 의도하지 않은 경로로 전달될 수 있다. 이러한 위협에 대응하기 위해 스위치 장비에서는 신뢰할 수 있는 포트만 DHCP 서버 응답을 통과시키도록 제한하는 기능이 활용되기도 한다.

 

 

 

 

 

 

IPv4 환경과 IPv6 환경에서의 차이

 

지금까지 설명한 절차는 주로 IPv4 환경을 기준으로 한 것이다. IPv4는 32비트 주소 체계를 사용하며 사용 가능한 주소 개수가 제한되어 있어, DHCP를 통한 임대와 재활용이 특히 중요한 역할을 해왔다. 반면 128비트 주소 체계를 사용하는 IPv6는 이론상 거의 무한에 가까운 주소 공간을 제공하기 때문에 주소 고갈에 대한 부담이 크게 줄어들었다.

 

그럼에도 불구하고 IPv6 환경에서도 DHCPv6라는 형태로 유사한 서비스가 제공된다. 다만 IPv6는 자동 설정(Stateless Address Autoconfiguration, SLAAC) 기능을 자체적으로 갖추고 있어, 장치가 라우터가 보내는 정보만으로도 스스로 주소를 구성할 수 있는 경우가 있다는 점에서 IPv4의 DHCP와는 다소 다른 양상을 보인다. 다만 DNS 서버 주소와 같은 세부 정보는 여전히 DHCPv6를 통해 별도로 전달되는 경우가 많으며, 이 부분에 대해서는 네트워크 구성 방식에 따라 차이가 있을 수 있다.

 

 

 

실무에서 DHCP 동작을 확인하는 방법

 

실제로 자신이 사용하는 장치가 어떤 방식으로 IP 주소를 할당받았는지는 운영체제에서 제공하는 명령어를 통해 확인할 수 있다. 윈도우 환경에서는 명령 프롬프트에서 관련 명령을 입력하여 현재 할당된 IP 주소, 서브넷 마스크, 게이트웨이, 임대 정보를 조회할 수 있으며, 주소를 반납하거나 새로 임대받는 절차를 직접 실행해 볼 수도 있다. 이러한 도구는 네트워크 문제를 진단할 때, 장치가 정상적으로 주소를 할당받고 있는지, 임대된 정보가 예상과 일치하는지를 점검하는 기본적인 수단으로 활용된다.

 

네트워크에 연결은 되지만 인터넷이 되지 않는 상황이 발생했을 때, 가장 먼저 점검해야 할 항목 중 하나가 바로 이 DHCP를 통한 주소 할당 여부다. 만약 장치가 정상적인 주소 대신 자동 사설 IP 주소를 임의로 사용하고 있다면, 이는 DHCP 서버로부터 응답을 받지 못했다는 신호로 해석할 수 있다.

 

 

 

▍ 마치며

 

DHCP는 오늘날 거의 모든 네트워크 환경에서 당연하게 여겨지는 자동 설정 기능의 근간을 이루는 프로토콜이다. Discover, Offer, Request, ACK로 이어지는 네 단계의 메시지 교환을 통해 장치는 별도의 수동 설정 없이도 IP 주소, 서브넷 마스크, 게이트웨이, DNS 정보를 한꺼번에 받아 곧바로 네트워크 통신을 시작할 수 있다. 주소를 영구히 고정하지 않고 임대 방식으로 관리함으로써 제한된 주소 자원을 여러 장치가 효율적으로 공유할 수 있다는 점도 이 프로토콜이 오랫동안 표준으로 자리 잡을 수 있었던 핵심적인 이유라 할 수 있다. 가정용 공유기부터 대규모 기업 네트워크에 이르기까지, DHCP의 작동 원리를 이해하는 것은 네트워크 구조 전반을 파악하는 데 유용한 출발점이 될 것이다.