[Linux] dhcpd not authoritative 문제 해결

DHCP 미 할당 이슈 발생

본인은 현재 2개의 망으로 네트워크를 분리해서 운영중에 있다.

각 내부 서버, NAS, PC 등의 연결과 유선 인터넷 전화기에 연결하는 용도로 사용중인데 근래 사내 PC 들이 DHCP 할당을 못 받아오는 이슈가 종종 발생하였다.

 

DHCP.conf 구성과 연결된 Client 구성에는 문제가 없어, 중간에 네트워크 통신 과정에서 route/swicth 문제가 아닐까 하였는데, DHCP 할당이 안 되는 PC들에겐 모두 공통점이 있었다.

모두 원래 사용중이던 대역이 아닌 다른 망의 대역으로 잡히는 것이다.

 

원인

두 개의 망이 각자 DHCP 서버가 존재한다.

그리고 내부 구성에서 두 망이 연결되어 있다.(애초에 이 구성부터 잘못되긴 함…)

그리고 PC에서 사용중인 망에서 DHCP 할당을 받지 못하는 경우는 다음과 같다.

1. 보통 전날에는 문제가 없다가 아침에 출근 후 문제가 발생
2. 계속 다른 망(대역)으로 잡히는 문제

사진- 1

 

dhcpd의 logs를 확인해보면, 더 명확해진다.

기존 PC 망(192.168.x.x) 대역으로 정상적으로 잡히다가 다른 망(172.1.x.x) 대역으로 잡혀버려 리눅스 dhcpd에서 Data(192.168.x.x)대역으로 할당하지 못하는 것이다.

* not authoritative = 권한이 없다

 

 

즉, 예상할 수 있는 원인은 2개의 DHCP 중 한 개에 DHCP에 먼저 할당되버리면, 나머지 한 개의 DHCP 정보가 전달되지 않는다는 것이다.

 

 

해결방안

해결방안은 간단하다.

PC 망 DHCP(리눅스)가 우선 권한을 가지면 된다.

(다른 망으로 잡히더라도 Data DHCP가 다시 변경할 수 있게 구성하여 해결가능하다.)

authoritative;

subnet 192.168.1.0 netmask 255.255.255.0 {
    range 192.168.1.10 192.168.1.200;
    option routers 192.168.1.1;
    option subnet-mask 255.255.255.0;
    option domain-name-servers 8.8.8.8, 8.8.4.4;
    option domain-name "example.com";
}

구성한 dhcpd.conf 예시이다. 서브넷 구성 위, authoritative 를 선언하여 해결하였다.

(authoritative : DHCP 서버가 해당 서브넷에 대해 권한이 있음을 명시)

 

이렇게 수정하여 DHCP 서버가 eth0 인터페이스에 연결된 모든 서브넷에 대해 권한을 가지게 되고, 클라이언트 요청을 처리할 수 있게 되었다.

이제 DHCP 관련 요청이 많이 줄어 시스템 개선에 집중할 수 있지 않을까 싶다.