DHCP와 Static IP 차이: Lease·Reservation부터 IP 주소 관리까지

DHCP와 Static IP 차이: Lease·Reservation부터 IP 주소 관리까지#

1장 모든 장비의 IP를 직접 입력해야 할까#

새로운 사업장에 다음과 같은 장비가 있다고 생각해보겠습니다.

업무용 PC 100대
Notebook 30대
IP Phone 50대
Printer 10대
Server 5대
IP Camera 40대
IoT Device 70대
Switch 10대
Wi-Fi AP 15대

모든 장비에 관리자가 직접 다음 값을 입력할 수도 있습니다.

IP Address
Subnet Mask
Default Gateway
DNS Server

예:

IP Address
10.10.10.51

Subnet Mask
255.255.255.0

Default Gateway
10.10.10.1

DNS
10.10.20.10

장비가 5대라면 큰 문제가 아닙니다.

하지만 300대라면 이야기가 달라집니다.

IP 중복

잘못된 Gateway

잘못된 DNS

주소 관리 누락

장비 교체 시 재설정

사용하지 않는 주소 추적

같은 문제가 발생하기 쉽습니다.

그래서 Network에서는 크게 두 가지 방식으로 IP Address를 관리합니다.

DHCP
→ 자동 할당

Static IP
→ 고정 설정

그리고 두 방식의 중간 성격을 가진:

DHCP Reservation

도 실무에서 많이 사용합니다.

2장 DHCP는 IP만 나눠주는 기능이 아니다#

DHCP는 Dynamic Host Configuration Protocol의 약자입니다.

Client가 Network에 연결되면 DHCP Server가 필요한 Network 설정을 자동으로 제공할 수 있습니다.

대표적으로:

IP Address

Subnet Mask

Default Gateway

DNS Server

Lease Time

등입니다.

즉 DHCP는 단순히:

빈 IP 하나 줄게.

에서 끝나는 것이 아닙니다.

Client가 Network에서 정상적으로 통신하는 데 필요한 여러 Parameter를 함께 전달할 수 있습니다.

예를 들어 Notebook을 회사 Network에 연결했을 때 사용자가 직접 IP를 입력하지 않아도:

10.10.10.127

같은 주소를 자동으로 받고 Internet과 내부 Service를 사용할 수 있는 이유가 DHCP인 경우가 많습니다.

3장 DHCP의 DORA 과정을 이해하자#

IPv4 DHCP의 대표적인 초기 주소 할당 과정은 흔히 DORA라고 부릅니다.

Discover
Offer
Request
Acknowledgment

순서입니다.

DHCPDISCOVER#

Client가 Network에 들어왔지만 아직 자신의 IP Address를 모릅니다.

그래서:

DHCP Server 있나요?

라는 의미의 DHCPDISCOVER를 보냅니다.

초기에는 Server 위치도 모를 수 있기 때문에 Broadcast가 사용될 수 있습니다.

DHCPOFFER#

DHCP Server가 사용 가능한 설정을 제안합니다.

예:

IP
10.10.10.101

Subnet Mask
255.255.255.0

Gateway
10.10.10.1

DNS
10.10.20.10

Lease
8시간

DHCPREQUEST#

Client는 제안받은 주소를 사용하겠다는 Request를 보냅니다.

DHCPACK#

Server가 최종적으로 할당을 확인합니다.

전체 흐름은:

Client                         DHCP Server

  │ DHCPDISCOVER                   │
  ├───────────────────────────────>│
  │                                │
  │ DHCPOFFER                      │
  │<───────────────────────────────┤
  │                                │
  │ DHCPREQUEST                    │
  ├───────────────────────────────>│
  │                                │
  │ DHCPACK                        │
  │<───────────────────────────────┤

처럼 이해할 수 있습니다.

4장 DHCP는 UDP 67·68을 사용한다#

IPv4 DHCP에서 대표적으로 사용하는 UDP Port는 다음과 같습니다.

DHCP Server
UDP 67

DHCP Client
UDP 68

Packet Capture를 하면 DHCP Message와 함께 이 Port를 확인할 수 있습니다.

예를 들어 Client가 주소를 받지 못하는 상황에서는 다음 질문을 순서대로 볼 수 있습니다.

Client에서 DHCPDISCOVER가 나가는가?

Switch Port의 VLAN이 맞는가?

DHCP Server까지 Broadcast가 전달되는가?

다른 VLAN이라면 DHCP Relay가 있는가?

Server가 DHCPOFFER를 보내는가?

Client가 DHCPREQUEST를 보내는가?

Server가 DHCPACK을 반환하는가?

단순히:

DHCP가 안 됩니다.

라고 보기보다 어느 단계에서 흐름이 끊겼는지를 확인하면 원인을 훨씬 빨리 찾을 수 있습니다.

5장 Lease는 IP를 빌려 쓰는 기간이다#

DHCP로 받은 IP는 일반적으로 영구적으로 Client 소유가 되는 것이 아닙니다.

일정 기간 사용할 수 있도록 Lease됩니다.

예:

IP
10.10.10.101

Lease Time
8시간

이라고 하겠습니다.

Client는 Lease가 끝날 때까지 아무것도 하지 않고 기다렸다가 갑자기 주소를 잃는 방식이 아닙니다.

일반적으로 Lease 만료 전에 갱신을 시도합니다.

개념적으로:

IP 할당
↓
Lease 사용
↓
갱신 시도
↓
Lease 연장

의 흐름입니다.

따라서:

PC를 재부팅하면 DHCP IP가 반드시 바뀐다.

는 것은 아닙니다.

DHCP Server와 Client 상태, 기존 Lease, 주소 Pool 등의 조건에 따라 이전 주소를 다시 사용할 수도 있습니다.

중요한 것은 DHCP 주소는 고정성을 계약한 주소가 아니라는 점입니다.

6장 Lease Time은 짧을수록 좋은 것도 길수록 좋은 것도 아니다#

Guest Wi-Fi처럼 Device가 자주 들어왔다 나가는 Network라면 너무 긴 Lease는 주소를 비효율적으로 점유할 수 있습니다.

반대로 Device 변화가 적은 사내 Network에서 지나치게 짧은 Lease를 사용할 이유도 크지 않을 수 있습니다.

예:

방문자 Wi-Fi
→ Device 변화가 많음

업무용 PC
→ 비교적 안정적

IoT Network
→ 장기간 같은 Device 사용

시험 Network
→ Device 교체가 매우 빈번

환경에 따라 적절한 Lease를 선택합니다.

판단할 때는:

주소 Pool 크기

Client 수

Client 교체 빈도

연결 지속 시간

DHCP Server 부하

운영 추적 요구

등을 함께 봅니다.

7장 Static IP는 장비 자체에 주소를 고정한다#

Static IP 방식에서는 장비나 Operating System에 Network 정보를 직접 설정합니다.

예:

IP
10.10.20.10

Subnet Mask
255.255.255.0

Default Gateway
10.10.20.1

DNS
10.10.20.53

Server가 재부팅되어도 설정을 변경하지 않는 한 같은 주소를 사용합니다.

그래서 다음과 같이 주소가 쉽게 바뀌면 곤란한 Infrastructure에서 많이 사용합니다.

Router

Firewall

Switch Management Interface

일부 Server

Storage

Hypervisor

Network Appliance

예를 들어 Default Gateway가:

10.10.10.1

이었다가 장비 재부팅 후 다른 주소가 되어버린다면 수많은 Client가 영향을 받을 수 있습니다.

이런 Infrastructure는 주소 안정성이 매우 중요합니다.

8장 Static IP의 단점은 사람이 관리해야 한다는 것이다#

Static IP는 안정적이지만 잘못 관리하면 사고가 발생합니다.

관리자 A:

Server A
10.10.20.50

관리자 B가 문서를 확인하지 않고:

Server B
10.10.20.50

을 설정했다고 하겠습니다.

두 장비가 같은 IP를 사용하게 됩니다.

이것이 IP Address Conflict입니다.

증상은 매우 이상하게 나타날 수 있습니다.

가끔 연결된다.

한 장비를 끄면 다른 장비가 정상이다.

ARP Table이 계속 바뀐다.

Ping 응답 MAC Address가 달라진다.

Service가 간헐적으로 끊긴다.

따라서 Static IP를 사용하려면 반드시 주소 관리가 따라와야 합니다.

IP Address Plan

장비명

MAC Address

Switch

Switch Port

VLAN

담당자

용도

등을 기록하는 것이 좋습니다.

9장 DHCP Reservation은 자동 관리와 고정 주소의 중간 지점이다#

DHCP를 사용하면서 특정 Client에 항상 특정 주소를 할당하도록 예약할 수도 있습니다.

이를 흔히 DHCP Reservation이라고 부릅니다.

예:

Device
printer-01

Client 식별 정보
AA:BB:CC:DD:EE:FF

Reserved IP
10.10.30.50

Client가 DHCP를 요청하면 Server가:

이 Client에는
10.10.30.50을 할당한다.

라는 정책을 적용합니다.

이렇게 하면 Client에서는 DHCP를 사용하지만 운영자는 주소를 예측할 수 있습니다.

Reservation은 MAC Address만 사용하는가#

MAC Address 기반 Reservation이 흔하지만 DHCP 환경과 Server 구현에 따라 Client Identifier 등 다른 식별 정보가 사용될 수도 있습니다.

따라서:

DHCP Reservation
=
무조건 MAC Address만 사용

이라고 일반화해서는 안 됩니다.

실제 DHCP Server와 Client 동작을 확인해야 합니다.

10장 Static과 Reservation 중 무엇이 더 좋은가#

둘 다 장비에 일정한 주소를 제공하는 데 사용할 수 있지만 관리 방식이 다릅니다.

Static IP#

설정 위치:

Device 자체

예:

Server
10.10.20.10

DHCP Server가 장애 나더라도 이미 설정된 Static Address 자체는 그대로 사용할 수 있습니다.

DHCP Reservation#

설정 위치:

DHCP Server

Client는 DHCP를 이용합니다.

장점은 Network Parameter를 중앙에서 관리하기 쉽다는 것입니다.

예를 들어 DNS Server가 변경되면 DHCP Option을 수정해서 Client에 반영하기 쉬울 수 있습니다.

따라서:

Static이 무조건 더 안정적이다.

Reservation이 무조건 더 좋다.

라고 결정할 수 없습니다.

장비 특성과 운영 방식에 따라 선택합니다.

11장 장비 유형별로 어떤 방식을 사용할까#

절대적인 규칙은 아니지만 다음과 같은 기준으로 시작할 수 있습니다.

장비 일반적인 후보 이유
업무 PC DHCP 자동 배포 편리
Notebook DHCP 이동성 높음
Smartphone DHCP 이동성 높음
Guest Device DHCP 단기 접속
Printer Reservation 또는 Static 주소 추적 필요
IP Camera Reservation 또는 Static Monitoring·NVR 연동
IoT Device DHCP·Reservation·Static 운영 구조에 따라 결정
Application Server Static 또는 Reservation 고정 Endpoint 필요
Database Server Static 또는 안정적인 중앙 관리 의존 Service 많음
Switch 관리 IP Static Infrastructure 주소 안정성
Router·Firewall Static Gateway·Routing 역할
AP DHCP Reservation 또는 Static Controller 구조에 따라 결정

중요한 것은 장비 종류보다 다음 질문입니다.

이 IP가 바뀌어도 되는가?

다른 System이 이 IP를 직접 참조하는가?

DNS 이름으로 접근할 수 있는가?

대량 배포되는 Device인가?

현장에서 장비 교체가 잦은가?

중앙에서 주소를 관리하고 싶은가?

12장 가능하면 IP가 아니라 이름을 사용하는 것도 중요하다#

Application 설정 파일에 다음과 같이 작성했다고 하겠습니다.

database=10.10.20.15

Database Server의 IP가 바뀌면 Application 설정도 수정해야 할 수 있습니다.

DNS를 사용하면:

database=db01.example.internal

처럼 구성할 수 있습니다.

DNS Record만 적절하게 관리하면 Infrastructure 변경에 대한 Application의 의존도를 줄일 수 있습니다.

따라서 Network 설계에서는:

IP Address 관리
+
DNS 이름 관리

를 함께 생각하는 것이 좋습니다.

고정 IP가 필요한 경우에도 사람이 IP 숫자를 직접 외워서 운영하는 구조보다는 DNS와 자산 관리 체계를 함께 사용하는 것이 더 확장성이 좋습니다.

13장 VLAN이 다르면 DHCP Relay가 필요할 수 있다#

DHCPDISCOVER 같은 초기 DHCP Traffic은 Broadcast와 관련되어 있습니다.

Router는 일반적인 L2 Broadcast를 다른 Network로 그대로 전달하지 않습니다.

예:

VLAN 10 USER
10.10.10.0/24

VLAN 20 SERVER
10.10.20.0/24

DHCP Server가 Server VLAN에 하나만 있다고 하겠습니다.

USER VLAN
       │
       │ DHCP Broadcast
       ▼
L3 Switch / Router
       │
       X 일반 Broadcast는 그대로 안 넘어감
       │
DHCP Server

이런 환경에서는 DHCP Relay 기능을 사용할 수 있습니다.

구조:

Client
↓
DHCPDISCOVER
↓
Gateway / DHCP Relay
↓
DHCP Server
↓
Response
↓
Relay
↓
Client

따라서 특정 VLAN만 DHCP가 되지 않을 때 DHCP Server만 확인하면 안 됩니다.

다음을 함께 확인해야 합니다.

Access VLAN

Trunk

SVI

DHCP Relay

DHCP Scope

Routing

Firewall

14장 DHCP Scope와 주소 Pool도 설계해야 한다#

VLAN 10의 Network가:

10.10.10.0/24

이라고 하겠습니다.

모든 주소를 DHCP에 사용할 필요는 없습니다.

예:

10.10.10.1
Gateway

10.10.10.2 ~ 10.10.10.20
Infrastructure Reserved

10.10.10.21 ~ 10.10.10.50
Reservation 영역

10.10.10.100 ~ 10.10.10.220
Dynamic DHCP Pool

처럼 조직의 정책에 따라 구역을 나눌 수 있습니다.

목적은:

Dynamic 주소와 Static 주소 충돌 방지

Infrastructure 주소 확보

Reservation 관리

향후 확장

입니다.

DHCP Pool과 Static Address 범위를 아무 기준 없이 섞으면 IP 충돌 가능성이 높아집니다.

15장 DHCP 장애는 증상을 보면 범위를 좁힐 수 있다#

169.254.x.x 같은 주소가 보인다#

일부 Operating System에서는 DHCP로 주소를 받지 못했을 때 Link-local 주소를 자체적으로 사용할 수 있습니다.

이때 다음을 확인합니다.

Cable / Wi-Fi

Switch Port

VLAN

DHCP Server

DHCP Relay

DHCP Scope

일부 Client만 주소를 못 받는다#

확인:

Client NIC

Port VLAN

Client DHCP 설정

Reservation 오류

주소 Conflict

VLAN 전체가 DHCP를 못 받는다#

확인:

DHCP Relay

VLAN Gateway

Trunk

DHCP Scope

Routing

신규 Client만 주소를 못 받는다#

DHCP Pool 고갈 여부를 확인합니다.

예:

Pool
100 Addresses

Active Lease
100

이라면 새로운 Client에 줄 주소가 없습니다.

16장 Rogue DHCP Server는 왜 위험할까#

정상 DHCP Server:

Gateway
10.10.10.1

DNS
10.10.20.53

를 제공한다고 하겠습니다.

Network에 허가되지 않은 DHCP Server가 등장해:

Gateway
10.10.10.200

을 배포하면 Client Traffic이 잘못된 경로로 전달될 수 있습니다.

원인은 공격일 수도 있지만 단순한 운영 실수일 수도 있습니다.

예를 들어 누군가 개인 Router를 사내 LAN에 잘못 연결해 DHCP Server 기능을 활성화한 경우입니다.

이런 장비를 흔히 Rogue DHCP Server라고 부릅니다.

17장 DHCP Snooping은 허가되지 않은 DHCP 응답을 제한한다#

Managed Switch에서는 DHCP Snooping 기능을 제공하는 경우가 있습니다.

개념적으로 Port를:

Trusted

Untrusted

로 나눕니다.

예:

DHCP Server 방향 Uplink
→ Trusted

일반 사용자 Port
→ Untrusted

그러면 일반 Client Port에서 비정상적으로 DHCP Server Message가 들어오는 것을 제한할 수 있습니다.

개념:

정상 DHCP Server
     │
     ▼
Trusted Port
     │
   Switch
   /   \
Client Client
Untrusted Ports

DHCP Snooping은 Rogue DHCP 방어와 함께 다른 보안 기능을 위한 DHCP Binding 정보를 제공할 수도 있습니다.

18장 DHCP Snooping·DAI·IP Source Guard의 관계#

지원되는 Switch에서는 DHCP Snooping 정보를 활용해 추가적인 L2 보안 기능을 구성할 수 있습니다.

DHCP Snooping#

정상 DHCP Server 구분

DHCP Binding 정보 생성

Dynamic ARP Inspection#

DHCP Snooping Binding 등의 정보를 이용해 비정상적인 ARP Message를 검사하는 데 사용할 수 있습니다.

IP Source Guard#

Port에서 허용되는 Source IP·MAC 정보를 제한하는 데 사용할 수 있습니다.

개념적으로:

DHCP Snooping
↓
Binding 정보
↓
├─ Dynamic ARP Inspection
└─ IP Source Guard

형태로 연결될 수 있습니다.

다만 실제 지원 범위와 설정 방식은 Switch 제품마다 다릅니다.

19장 Static IP 환경에서도 보안 문제는 존재한다#

DHCP를 사용하지 않는다고 IP Spoofing이나 ARP Spoofing 문제가 자동으로 사라지는 것은 아닙니다.

Static Network에서도 Device가 임의로:

다른 IP 사용

다른 MAC 사용

ARP 정보 위조

를 시도할 수 있습니다.

따라서 Security는:

Static IP
vs
DHCP

선택만으로 결정되지 않습니다.

Network Segmentation, ACL, 인증, Port 정책, Endpoint Security 등과 함께 설계해야 합니다.

20장 IPAM은 IP 주소표의 확장판이다#

작은 Network에서는 Spreadsheet로도 IP Address를 관리할 수 있습니다.

예:

IP Hostname MAC VLAN 용도
10.10.20.10 app01 ... 20 App Server
10.10.20.11 db01 ... 20 DB Server
10.10.30.50 printer01 ... 30 Printer

하지만 Network가 커지면 관리가 어려워집니다.

이때 사용하는 영역이 IPAM, IP Address Management입니다.

IPAM에서는 다음과 같은 정보를 관리할 수 있습니다.

Subnet

VLAN

IP Address

Hostname

MAC Address

DHCP Scope

Reservation

사용 여부

장비 소유자

위치

일부 환경에서는 DNS와 DHCP까지 연계하여 DDI 형태로 운영하기도 합니다.

DNS
+
DHCP
+
IPAM

주소 관리를 자동화하고 싶다면 Spreadsheet보다 이런 체계를 검토할 수 있습니다.

21장 DHCP와 Static을 선택하는 기준#

가장 단순한 판단 흐름은 다음과 같습니다.

IP가 반드시 일정해야 하는가?
        │
        ├─ No
        │   ↓
        │ DHCP
        │
        └─ Yes
            ↓
중앙에서 관리하고 싶은가?
        │
        ├─ Yes
        │   ↓
        │ DHCP Reservation 검토
        │
        └─ No 또는
           Infrastructure 자체 주소인가?
            ↓
          Static 검토

여기에 다음을 추가합니다.

장비가 대량 배포되는가?

장비 교체가 잦은가?

DHCP Server 의존을 허용할 수 있는가?

장비가 DHCP를 안정적으로 지원하는가?

DNS를 사용할 수 있는가?

원격 Monitoring에서 IP 고정이 필요한가?

즉 답은 장비 종류보다 운영 요구사항에서 나옵니다.

22장 흔히 하는 잘못된 판단#

DHCP를 사용하면 재부팅할 때마다 IP가 바뀐다#

반드시 그렇지 않습니다.

기존 Lease와 Server 상태에 따라 이전 주소를 다시 받을 수 있습니다.

Static IP가 DHCP보다 항상 안정적이다#

주소가 고정된다는 장점은 있지만 수동 설정 오류와 IP 충돌 위험이 있습니다.

Server는 반드시 Static IP여야 한다#

많은 환경에서 Static을 사용하지만 Architecture에 따라 Reservation, DNS, Cloud의 주소 관리 체계를 사용할 수도 있습니다.

Reservation은 Static IP와 완전히 같다#

결과적으로 일정한 주소를 사용할 수 있지만 IP 설정을 관리하는 위치와 할당 과정이 다릅니다.

DHCP는 IP만 알려준다#

Subnet Mask, Gateway, DNS 등 다양한 Network Option을 전달할 수 있습니다.

Lease가 만료되는 순간 IP가 바로 사라진다#

DHCP Client는 Lease 기간 중 갱신 절차를 수행합니다.

DHCP Snooping을 켜면 모든 Network 공격을 막을 수 있다#

아닙니다.

DHCP 관련 L2 보안을 강화하는 기능 중 하나입니다.

23장 설계 체크리스트#

□ VLAN별 IP Address Plan이 있는가?

□ DHCP를 사용할 VLAN을 정했는가?

□ DHCP Scope 범위가 충분한가?

□ Static 주소 영역과 Dynamic Pool이 충돌하지 않는가?

□ Gateway 주소를 문서화했는가?

□ DNS Server 정보를 정의했는가?

□ Lease Time이 환경에 적합한가?

□ Reservation이 필요한 장비를 정의했는가?

□ Infrastructure Device의 주소 정책이 있는가?

□ Server의 주소 정책이 있는가?

□ Printer·Camera·IoT 장비 정책이 있는가?

□ DHCP Server가 다른 VLAN에 있다면 Relay가 구성되어 있는가?

□ DHCP Pool 고갈을 Monitoring하는가?

□ Rogue DHCP 대응 정책이 있는가?

□ DHCP Snooping을 사용할 수 있는가?

□ IP Conflict 탐지 방법이 있는가?

□ Hostname과 DNS를 함께 관리하는가?

□ IP·MAC·VLAN·Switch Port 정보를 기록하는가?

□ 규모가 크다면 IPAM 도입을 검토했는가?

24장 자기 점검#

DHCP와 Static IP의 가장 큰 차이는 무엇인가#

DHCP는 Server가 Client에 Network 설정을 자동으로 할당하고 Static IP는 장비에 Network 정보를 직접 고정 설정하는 방식입니다.

DHCP Reservation은 무엇인가#

특정 Client가 DHCP를 사용할 때 미리 정해진 IP를 할당하도록 DHCP Server에 정책을 설정하는 방식입니다.

DHCP로 주소를 받는 PC를 재부팅하면 IP가 반드시 바뀌는가#

아닙니다. 기존 Lease와 DHCP Server의 상태에 따라 같은 주소를 다시 사용할 수 있습니다.

VLAN이 다른 곳에 DHCP Server가 있다면 무엇이 필요할 수 있는가#

Router나 L3 Switch의 DHCP Relay 기능이 필요할 수 있습니다.

모든 Infrastructure 장비에 DHCP를 사용하면 안 되는가#

절대적인 규칙은 아닙니다. 하지만 Gateway·Routing·관리 등 다른 장비가 의존하는 핵심 Infrastructure는 주소 안정성과 장애 복구 방식을 충분히 고려해야 합니다.

25장 이 글을 마치며#

DHCP와 Static IP의 차이는 단순히:

자동
vs
수동

에서 끝나지 않습니다.

실제 운영에서는:

Dynamic DHCP
→ 대량 Client를 편리하게 관리

DHCP Reservation
→ 중앙 관리하면서 일정한 IP 제공

Static IP
→ Device 자체에 주소 고정

이라는 서로 다른 관리 방식으로 봐야 합니다.

전체 흐름은 다음과 같이 연결됩니다.

VLAN
↓
Subnet
↓
DHCP Scope 또는 Static 영역
↓
IP Address
↓
Subnet Mask
↓
Default Gateway
↓
DNS
↓
Routing
↓
Application

특히 다음 다섯 가지를 기억하면 됩니다.

DHCP는 IP Address뿐 아니라 Subnet Mask·Default Gateway·DNS 등 Client가 Network를 사용하기 위한 여러 설정을 자동으로 제공할 수 있습니다.

Static IP는 주소 안정성이 높지만 수동 관리에 따른 IP 충돌과 설정 오류를 방지하기 위해 정확한 IP Address 관리 체계가 필요합니다.

DHCP Reservation은 DHCP의 중앙 관리 장점을 유지하면서 특정 Client에 예측 가능한 주소를 제공할 수 있는 실용적인 방법입니다.

DHCP Server가 다른 VLAN에 있다면 DHCP Relay와 VLAN·Routing 구성을 함께 확인해야 하며 DHCP 장애를 단순히 Server 문제로 판단해서는 안 됩니다.

Network가 커질수록 어떤 장비에 Static을 사용할지보다 IP·MAC·Hostname·VLAN·Switch Port·DHCP Reservation을 하나의 관리 체계로 연결하는 것이 더 중요해집니다.

결국 DHCP와 Static IP를 이해한다는 것은 어느 쪽이 더 좋다고 결정하는 것이 아닙니다.

주소가 얼마나 안정적으로 유지되어야 하는지, 장비가 얼마나 자주 바뀌는지, 중앙 관리가 필요한지, 장애가 발생했을 때 IP를 얼마나 빠르게 추적할 수 있어야 하는지를 기준으로 적절한 주소 할당 방식을 선택하는 것이 핵심입니다.

이 페이지의 목차