업데이트됨 1개월 전
IP 주소는 여러분의 소유가 아닙니다.
기기가 네트워크에 연결되어 DHCP로부터 IP 주소를 받을 때, 여러분은 임대를 받는 겁니다—만료일이 있는 임시 할당입니다. 임대가 유효한 동안은 계속 사용할 수 있지만, 유지하려면 주기적으로 갱신해야 합니다.
이건 제약이 아닙니다. 불안정한 환경에서 네트워크를 안정적으로 운용하는 방식입니다.
임대가 존재하는 이유
DHCP 임대가 임시적인 것은 현실적인 이유가 있습니다: 기기는 사라지고, 서버는 장애를 일으키며, 요구사항은 달라집니다.
주소 회수
서브넷의 IP 주소는 유한합니다. 주소가 영구적으로 할당된다면, 한번이라도 연결된 모든 기기는 떠난 후에도 영원히 주소를 붙들고 있을 것입니다.
노트북을 정상적으로 종료하면 DHCPRELEASE 메시지가 전송됩니다: "이 주소 다 쓸 게요, 다른 기기에 줘도 됩니다." 하지만 기기가 항상 이렇게 정중하게 떠나는 건 아닙니다. 배터리가 방전되기도 하고, 케이블이 뽑히기도 합니다. 방문객들은 기술적으로는 연결된 상태인 채로 스마트폰을 들고 자리를 떠납니다.
임대는 기기가 작별 인사 없이 사라지더라도 예측 가능한 시간이 지나면 주소가 다시 사용 가능한 풀로 돌아오도록 보장합니다.
설정 전파
네트워크 관리자는 종종 변경 작업이 필요합니다: 기기를 다른 VLAN으로 이동하거나, DNS 서버를 교체하거나, 새 서비스를 배포할 때처럼요. 임대는 이러한 변경 사항이 자연스럽게 전파되는 메커니즘을 제공합니다.
임대가 갱신될 때 DHCP 서버는 업데이트된 설정값을 함께 전달할 수 있습니다. 시간이 지나면—별도의 수동 작업 없이—네트워크의 모든 기기가 새 설정을 자동으로 적용받습니다.
이동성
스마트폰은 집 WiFi에 연결됐다가 카페로, 그리고 사무실로 이동할 수 있습니다. 각 네트워크는 해당 서브넷에 맞는 임시 주소를 부여합니다. 자리를 떠나면 임대가 결국 만료되고, 그 주소는 다음 사람이 쓸 수 있게 됩니다.
임대에 포함된 내용
DHCP 임대에는 다음이 포함됩니다:
- 기기에 할당된 IP 주소
- 서브넷 마스크와 기본 게이트웨이
- DNS 서버 주소
- 임대 기간
- 두 가지 핵심 타이머: **T1 (갱신 시간)**과 T2 (재바인딩 시간)
기기는 임대가 만료될 때까지 가만히 기다리지 않습니다. 연결을 유지하면서 변화에도 적응할 수 있도록 설계된 수명 주기에 따라 임대를 능동적으로 관리합니다.
임대 수명 주기: 낙관에서 절박으로
DHCP 임대는 단계를 거치며 진행됩니다. 각 단계는 무언가 잘못됐을 수 있다는 가정이 점점 심각해지는 것을 나타냅니다.
획득 (DORA 프로세스)
수명 주기는 기기가 DORA 프로세스를 통해 IP 주소를 요청하는 순간 시작됩니다: Discover, Offer, Request, Acknowledge. DHCP 서버가 최종 ACK를 보내면, 기기는 BOUND 상태에 진입합니다—유효한 임대를 확보했고 네트워크에서 통신할 수 있는 상태입니다.
이 순간부터 T1과 T2, 두 가지 핵심 타이머가 카운트다운을 시작합니다.
T1에서의 갱신 (임대 기간의 50%)
T1 타이머는 기본적으로 총 임대 기간의 50%로 설정됩니다. 8일짜리 임대라면, T1은 4일 후에 만료됩니다.
T1이 만료되면 기기는 RENEWING 상태로 전환되고, 원래 DHCP 서버에 직접 유니캐스트 DHCPREQUEST를 보냅니다. 이미 알고 있는 서버와 나누는 조용한 일대일 대화입니다.
서버가 DHCPACK으로 응답하면 임대가 갱신됩니다. 기기는 타이머를 초기화하고 BOUND 상태로 돌아갑니다. 사용자는 이 과정이 일어난다는 것조차 느끼지 못합니다.
서버가 응답하지 않아도 기기는 RENEWING 상태를 유지하면서 계속 시도합니다. 연결이 끊기지는 않습니다—IP 주소는 여전히 정상적으로 사용 중입니다.
T2에서의 재바인딩 (임대 기간의 87.5%)
T2까지도 갱신이 이루어지지 않으면, 기기는 원래 서버가 더 이상 없다고 판단합니다. 서버가 다운됐거나, 폐기됐거나, 네트워크 연결이 끊겼을 수 있습니다.
이제 기기는 REBINDING 상태로 전환되고 로컬 네트워크 전체에 DHCPREQUEST를 브로드캐스트합니다: "저는 이 IP 주소를 쓰고 있고 임대를 연장해야 합니다. 어느 DHCP 서버라도 도와줄 수 있나요?"
절박한 단계입니다. 기기는 선호하던 서버를 포기하고 누구든 들어주는 서버에 손을 내밀고 있습니다. 이중화된 DHCP 서버를 운용하는 엔터프라이즈 네트워크에서는 백업 서버가 끊김 없이 개입할 수 있습니다.
어느 서버든 DHCPACK으로 응답하면 임대가 갱신됩니다. DHCPNAK(부정적 확인 응답)을 받으면 현재 주소를 반납하고 새로운 DORA 프로세스로 처음부터 다시 시작해야 합니다.
만료: 퇴거
임대 만료 시점까지 DHCP 서버의 응답이 없으면, 기기는 즉시 해당 IP 주소 사용을 중단해야 합니다. 연결이 끊기고, DHCPDISCOVER를 브로드캐스트하며 전체 DHCP 프로세스를 다시 시작해야 합니다.
진행 중이던 모든 연결—파일 전송, 동영상 스트리밍, SSH 세션—이 경고 없이 끊어집니다.
다단계 시스템이 만료 전에 여러 번의 갱신 기회를 제공하기 때문에 이런 상황은 드뭅니다. 하지만 발생할 때는 갑작스럽습니다.
환경별 임대 기간
환경마다 기기의 사용 패턴에 따라 임대 시간이 달라집니다.
가정 네트워크: 24시간
대부분의 가정용 라우터는 기본적으로 24시간 임대를 사용합니다. 기기가 끊임없이 갱신 요청을 보내지는 않지만, 기기를 제거하면 다음 날에는 주소가 다시 사용 가능해집니다. 기기 수가 적고 주소 풀이 넉넉한 가정 네트워크에서는 이 설정을 바꿀 필요가 거의 없습니다.
엔터프라이즈 네트워크: 1~8일
기업 네트워크는 임대 기간을 더 길게 가져갑니다. 유선으로 연결된 데스크톱 PC에 8일 임대는 합리적입니다—이런 기기들은 안정적이고 위치가 거의 바뀌지 않으니까요. 노트북이나 모바일 기기의 이동성을 고려해 무선 기기에는 보통 더 짧은 임대(1~2일)를 부여합니다.
공공 WiFi: 1시간 이하
카페, 공항, 컨퍼런스 센터처럼 기기 교체가 잦은 네트워크는 매우 짧은 임대를 사용합니다. 기기가 쉴 새 없이 바뀌니 주소도 빠르게 풀로 회수돼야 합니다. DHCP 트래픽이 늘어나는 단점이 있지만, 효율적인 주소 재사용이 그 부담을 상쇄합니다.
IoT 네트워크: 12~24시간
IoT 기기는 재연결이 잦습니다—스마트 홈 기기는 전원을 껐다 켜거나 WiFi 신호를 놓치곤 합니다. 임대는 불필요한 갱신 트래픽을 줄일 만큼 충분히 길어야 하지만, 기기 교체를 수용할 수 있을 만큼 충분히 짧아야 합니다.
수동 임대 관리
주로 문제를 해결할 때 수동으로 개입해야 할 경우가 있습니다.
임대 해제
임대를 해제하면 DHCP 서버에 더 이상 이 IP 주소가 필요 없다고 알리고, 해당 주소를 즉시 다른 기기가 쓸 수 있게 됩니다.
Windows:
Linux:
macOS:
해제 후에는 새 임대를 요청하기 전까지 기기에 IP 주소가 없는 상태가 됩니다.
임대 갱신
임대를 갱신하면 새 임대를 요청합니다—기존 임대가 연장되거나 새 IP 주소를 받게 됩니다.
Windows:
Linux:
macOS:
해제/갱신이 필요한 경우
- 네트워크 설정이 바뀌어서 즉시 새 설정을 적용하고 싶을 때
- 간헐적인 연결 문제가 있어 처음부터 다시 시작하고 싶을 때
- 다른 네트워크에 접속했는데 기기가 이전 IP 주소를 놓아주지 않을 때
- 네트워크 진단 결과 DHCP 임대 문제가 의심될 때
해제/갱신 과정은 전체 DHCP 프로세스를 처음부터 다시 시작하며, 놀라울 만큼 다양한 네트워크 문제를 해결해 줍니다.
설계 철학
T1에서 T2, 만료로 이어지는 과정은 점점 비관적인 가정을 단계적으로 적용하는 것입니다: 먼저 정중하게 시도하고, 그 다음 절박하게 요청하고, 마지막으로 포기합니다.
T1에서는 모든 것이 괜찮다고 가정하며 조용히 원래 서버에 갱신을 요청합니다. T2에서는 서버가 사라졌다고 판단하고 누구든 들어주는 서버에 브로드캐스트합니다. 만료 시점에는 패배를 인정하고 처음으로 돌아갑니다.
이 방식은 일반적인 상황에서는 네트워크 트래픽을 최소화하면서, 점점 가능성이 낮아지는 장애 상황에 대한 대비책도 함께 제공합니다. 대부분의 갱신은 T1에서 조용히 처리됩니다. 절박한 T2 브로드캐스트나 갑작스러운 만료는 좀처럼 쓰이지 않는 안전망입니다.
IP 주소는 여러분의 소유가 아닙니다. 하지만 임대 시스템 덕분에 대부분의 경우 그 사실을 신경 쓸 필요조차 없습니다. 임시적인 본질을 대신 관리하면서, 표면 아래에서는 변화에 적응하는 동안 안정성이라는 착각을 유지해 줍니다.
DHCP 임대에 관한 자주 묻는 질문
두 기기가 같은 IP 주소를 사용하려고 하면 어떻게 됩니까?
DHCP가 정상적으로 작동한다면 이런 일은 없어야 합니다—서버는 어떤 주소가 임대 중인지 추적하며 같은 주소를 두 번 할당하지 않습니다. 하지만 DHCP 풀 범위 내의 주소를 정적 IP로 수동 설정하거나, 만료된 임대를 기기가 계속 사용하면 IP 충돌이 발생할 수 있습니다. 두 기기 모두 패킷 충돌로 인해 간헐적인 연결 문제를 겪습니다. 해결책은 보통 문제가 되는 기기에서 임대를 해제하고 갱신하는 것입니다.
DHCP 임대를 영구적으로 만들 수 있습니까?
정확히 영구적이지는 않지만, 같은 효과를 얻을 수 있습니다. 서버에 DHCP 예약을 설정하세요—특정 기기의 MAC 주소에 항상 동일한 IP 주소를 부여하도록 서버에 지시하는 것입니다. 정적 IP의 일관성을 누리면서 DHCP의 중앙 관리 편의성도 함께 유지할 수 있습니다.
재부팅 후 IP 주소가 바뀌는 이유가 무엇입니까?
재부팅 전에 임대를 갱신하지 않았거나, 오프라인 상태인 동안 서버가 이전 주소를 다른 기기에 할당했을 가능성이 높습니다. 주소가 항상 같아야 한다면 DHCP 예약을 설정하세요.
현재 임대 정보를 어떻게 확인할 수 있습니까?
Windows에서는 ipconfig /all을 실행해 "임대 획득" 및 "임대 만료" 항목을 확인하세요. Linux에서는 /var/lib/dhcp/dhclient.leases를 확인하거나 cat /var/lib/NetworkManager/*.lease를 실행하세요. macOS에서는 ipconfig getpacket en0을 실행하세요.
출처
이 페이지가 도움이 되었나요?