DHCP: Difference between revisions
(Add categories: Network, Reference) |
(Phase 6.1: LLM-Optimized Wiki Template 적용) |
||
| Line 1: | Line 1: | ||
{{Status | |||
|status=Draft | |||
|owner=Knowledge Agent | |||
|last_update=2026-07-16 | |||
|review=Pending | |||
}} | |||
{{TOC}} | |||
== | == Overview == | ||
DHCP(Dynamic Host Configuration Protocol) 서버는 클라이언트가 정적 IP를 수동으로 구성하지 않고도 IP 주소를 자동으로 받을 수 있도록 합니다. | |||
== | === Summary === | ||
Cisco PIX/ASA Firewalls | |||
* 무엇인가? 클라이언트에 IP 주소를 자동으로 할당하는 프로토콜 | |||
* 왜 필요한가? 수동 IP 구성의 복잡성 제거, 네트워크 관리 용이 | |||
* 언제 사용하는가? 모든 네트워크 클라이언트 — 서버, 워크스테이션, 모바일 기기 | |||
--- | |||
== Purpose == | |||
이 문서가 존재하는 이유 | |||
* Goal: DHCP 기본 개념, 포트, DHCP relay/proxy 설명 제공 | |||
* Scope: DHCP 포트, DHCP relay, DHCP proxy, Cisco PIX/ASA 예제 | |||
* Non-goals: DHCP 프로토콜 상세, ISC DHCP 서버 설정 가이드 | |||
--- | |||
== Key Concepts == | |||
{| class="wikitable" | |||
! Concept | |||
! Description | |||
! Related | |||
|- | |||
| DHCP | |||
| Dynamic Host Configuration Protocol — 자동 IP 할당 프로토콜 | |||
| [[Network]] | |||
|- | |||
| Port 67 | |||
| DHCP 서버 포트 — 서버가 클라이언트와 통신 시작 | |||
| [[DHCP]] | |||
|- | |||
| Port 68 | |||
| DHCP 클라이언트 포트 — 클라이언트가 응답 수신 | |||
| [[DHCP]] | |||
|- | |||
| DHCP relay | |||
| 로컬 브로드캐스트를 다른 네트워크의 DHCP 서버로 전달 | |||
| [[DHCP]] | |||
|- | |||
| DHCP proxy | |||
| 풀 기능 DHCP 서버 + 클라이언트 — 주소 풀 관리 | |||
| [[DHCP]] | |||
|- | |||
| Cisco PIX/ASA | |||
| DHCP relay/proxy 모두 지원 | |||
| [[DHCP]] | |||
|} | |||
--- | |||
== Architecture == | |||
DHCP 동작 프로세스: | |||
<syntaxhighlight lang="mermaid"> | |||
graph TD | |||
A[클라이언트 브로드캐스트] --> B[DHCP 서버 수신 Port 67] | |||
B --> C[IP 주소 할당] | |||
C --> D[서버 → 클라이언트 응답 Port 68] | |||
D --> E[클라이언트 IP 설정] | |||
E --> F[네트워크 연결 완료] | |||
</syntaxhighlight> | |||
--- | |||
== Workflow == | |||
DHCP 기본 워크플로우: | |||
# 클라이언트 네트워크 연결 | |||
# 클라이언트 DHCP DISCOVER 브로드캐스트 | |||
# DHCP 서버 DHCP OFFER 응답 | |||
# 클라이언트 DHCP REQUEST | |||
# DHCP 서버 DHCP ACK | |||
# 클라이언트 IP 설정 완료 | |||
--- | |||
== Detailed Explanation == | |||
=== DHCP 기본 개념 === | |||
DHCP 서버는 클라이언트가 정적 IP를 수동으로 구성하지 않고도 IP 주소를 자동으로 받을 수 있도록 합니다. | |||
=== DHCP 포트 === | |||
DHCP 서버는 포트 67을 사용하여 네트워크에서 클라이언트와 서버 간 통신을 시작합니다. 포트 67이 다른 애플리케이션에서 사용하는 경우 DHCP가 제대로 작동하지 않습니다. '''클라이언트는 포트 68을 사용합니다'''. | |||
{| class="wikitable" | |||
! 역할 | |||
! 포트 | |||
! 설명 | |||
|- | |||
| DHCP 서버 | |||
| 67 | |||
| 서버가 클라이언트와 통신 시작 | |||
|- | |||
| DHCP 클라이언트 | |||
| 68 | |||
| 클라이언트가 응답 수신 | |||
|} | |||
=== DHCP relay === | |||
DHCP relay는 로컬 클라이언트의 브로드캐스트 메시지를 수신하여 다른 네트워크의 DHCP 서버로 전달합니다. DHCP 서버가 응답하면 해당 응답이 다시 클라이언트에게 전달됩니다. | |||
=== DHCP proxy === | |||
DHCP proxy는 내부에 완전히 기능하는 DHCP 서버와 클라이언트가 모두 구축되어 있습니다. 클라이언트는 한 인터페이스에서 DHCP 서버에 IP 리스를 확보하고, 이 주소들을 풀에 보관합니다. 다른 인터페이스에서 서버 측 구현은 이 풀을 사용하여 다른 기계에 리스를 제공합니다. | |||
=== Cisco PIX/ASA Firewalls 예제 === | |||
Cisco PIX/ASA 방화벽은 두 방법 모두 지원합니다. 일반적으로 서버 역할을 하는 FW 인터페이스는 전용으로 수동 구성된 주소 풀을 가지며, 프록시 기능은 다른 상위 서버에서 구성 매개변수를 가져오는 것뿐입니다. | |||
--- | |||
== Configuration == | |||
=== DHCP 포트 확인 === | |||
<syntaxhighlight lang="bash"> | |||
# 포트 67이 다른 애플리케이션에서 사용 중인지 확인 | |||
$ netstat -tlnp | grep :67 | |||
$ ss -tlnp | grep :67 | |||
</syntaxhighlight> | |||
--- | |||
== Examples == | |||
=== Example 1: DHCP 포트 확인 === | |||
입력: | |||
<syntaxhighlight lang="bash"> | |||
$ netstat -tlnp | grep :67 | |||
</syntaxhighlight> | |||
출력: | |||
<syntaxhighlight lang="bash"> | |||
tcp 0 0 0.0.0.0:67 0.0.0.0:* LISTEN 1234/dhcpd | |||
</syntaxhighlight> | |||
=== Example 2: DHCP relay 설정 === | |||
<syntaxhighlight lang="text"> | |||
1. 라우터/방화벽에 DHCP relay 설정 | |||
2. DHCP 서버 IP 주소 지정 | |||
3. 로컬 네트워크 브로드캐스트 전달 | |||
4. DHCP 서버 응답 클라이언트 전달 | |||
</syntaxhighlight> | |||
--- | |||
== Best Practices == | |||
* '''포트 67 확인''' — 다른 애플리케이션과 포트 충돌 방지 | |||
* '''DHCP relay''' — 여러 서브넷에서 DHCP 사용 시 필수 | |||
* '''DHCP proxy''' — 방화벽/라우터에서 주소 풀 관리 시 유용 | |||
* '''IP 예약''' — 서버에는 정적 IP 또는 DHCP 예약 권장 | |||
--- | |||
== Limitations == | |||
* DHCP 서버 장애 시 새 클라이언트 IP 할당 불가 | |||
* DHCP relay 설정 복잡 — 여러 서브넷 관리 시 주의 | |||
* DHCP proxy — 주소 풀 고갈 가능성 | |||
* 포트 67 충돌 — 다른 애플리케이션과 포트 충돌 시 DHCP 실패 | |||
--- | |||
== References == | |||
* https://community.cisco.com/t5/network-security/dhcp-proxy-vs-relay/td-p/1992635 | |||
--- | |||
== Related Pages == | |||
* [[DNS]] | |||
* [[Network]] | |||
* [[IPMI]] | |||
* [[systemd-networkd]] | |||
--- | |||
[[Category:Network]] | [[Category:Network]] | ||
[[Category:Reference]] | [[Category:Reference]] | ||
Revision as of 14:28, 16 July 2026
Overview
DHCP(Dynamic Host Configuration Protocol) 서버는 클라이언트가 정적 IP를 수동으로 구성하지 않고도 IP 주소를 자동으로 받을 수 있도록 합니다.
Summary
- 무엇인가? 클라이언트에 IP 주소를 자동으로 할당하는 프로토콜
- 왜 필요한가? 수동 IP 구성의 복잡성 제거, 네트워크 관리 용이
- 언제 사용하는가? 모든 네트워크 클라이언트 — 서버, 워크스테이션, 모바일 기기
---
Purpose
이 문서가 존재하는 이유
- Goal: DHCP 기본 개념, 포트, DHCP relay/proxy 설명 제공
- Scope: DHCP 포트, DHCP relay, DHCP proxy, Cisco PIX/ASA 예제
- Non-goals: DHCP 프로토콜 상세, ISC DHCP 서버 설정 가이드
---
Key Concepts
| Concept | Description | Related |
|---|---|---|
| DHCP | Dynamic Host Configuration Protocol — 자동 IP 할당 프로토콜 | Network |
| Port 67 | DHCP 서버 포트 — 서버가 클라이언트와 통신 시작 | DHCP |
| Port 68 | DHCP 클라이언트 포트 — 클라이언트가 응답 수신 | DHCP |
| DHCP relay | 로컬 브로드캐스트를 다른 네트워크의 DHCP 서버로 전달 | DHCP |
| DHCP proxy | 풀 기능 DHCP 서버 + 클라이언트 — 주소 풀 관리 | DHCP |
| Cisco PIX/ASA | DHCP relay/proxy 모두 지원 | DHCP |
---
Architecture
DHCP 동작 프로세스:
graph TD
A[클라이언트 브로드캐스트] --> B[DHCP 서버 수신 Port 67]
B --> C[IP 주소 할당]
C --> D[서버 → 클라이언트 응답 Port 68]
D --> E[클라이언트 IP 설정]
E --> F[네트워크 연결 완료]---
Workflow
DHCP 기본 워크플로우:
- 클라이언트 네트워크 연결
- 클라이언트 DHCP DISCOVER 브로드캐스트
- DHCP 서버 DHCP OFFER 응답
- 클라이언트 DHCP REQUEST
- DHCP 서버 DHCP ACK
- 클라이언트 IP 설정 완료
---
Detailed Explanation
DHCP 기본 개념
DHCP 서버는 클라이언트가 정적 IP를 수동으로 구성하지 않고도 IP 주소를 자동으로 받을 수 있도록 합니다.
DHCP 포트
DHCP 서버는 포트 67을 사용하여 네트워크에서 클라이언트와 서버 간 통신을 시작합니다. 포트 67이 다른 애플리케이션에서 사용하는 경우 DHCP가 제대로 작동하지 않습니다. 클라이언트는 포트 68을 사용합니다.
| 역할 | 포트 | 설명 |
|---|---|---|
| DHCP 서버 | 67 | 서버가 클라이언트와 통신 시작 |
| DHCP 클라이언트 | 68 | 클라이언트가 응답 수신 |
DHCP relay
DHCP relay는 로컬 클라이언트의 브로드캐스트 메시지를 수신하여 다른 네트워크의 DHCP 서버로 전달합니다. DHCP 서버가 응답하면 해당 응답이 다시 클라이언트에게 전달됩니다.
DHCP proxy
DHCP proxy는 내부에 완전히 기능하는 DHCP 서버와 클라이언트가 모두 구축되어 있습니다. 클라이언트는 한 인터페이스에서 DHCP 서버에 IP 리스를 확보하고, 이 주소들을 풀에 보관합니다. 다른 인터페이스에서 서버 측 구현은 이 풀을 사용하여 다른 기계에 리스를 제공합니다.
Cisco PIX/ASA Firewalls 예제
Cisco PIX/ASA 방화벽은 두 방법 모두 지원합니다. 일반적으로 서버 역할을 하는 FW 인터페이스는 전용으로 수동 구성된 주소 풀을 가지며, 프록시 기능은 다른 상위 서버에서 구성 매개변수를 가져오는 것뿐입니다.
---
Configuration
DHCP 포트 확인
# 포트 67이 다른 애플리케이션에서 사용 중인지 확인
$ netstat -tlnp | grep :67
$ ss -tlnp | grep :67
---
Examples
Example 1: DHCP 포트 확인
입력:
$ netstat -tlnp | grep :67
출력:
tcp 0 0 0.0.0.0:67 0.0.0.0:* LISTEN 1234/dhcpd
Example 2: DHCP relay 설정
1. 라우터/방화벽에 DHCP relay 설정
2. DHCP 서버 IP 주소 지정
3. 로컬 네트워크 브로드캐스트 전달
4. DHCP 서버 응답 클라이언트 전달
---
Best Practices
- 포트 67 확인 — 다른 애플리케이션과 포트 충돌 방지
- DHCP relay — 여러 서브넷에서 DHCP 사용 시 필수
- DHCP proxy — 방화벽/라우터에서 주소 풀 관리 시 유용
- IP 예약 — 서버에는 정적 IP 또는 DHCP 예약 권장
---
Limitations
- DHCP 서버 장애 시 새 클라이언트 IP 할당 불가
- DHCP relay 설정 복잡 — 여러 서브넷 관리 시 주의
- DHCP proxy — 주소 풀 고갈 가능성
- 포트 67 충돌 — 다른 애플리케이션과 포트 충돌 시 DHCP 실패
---
References
---
Related Pages
---