사내 IP 충돌은 DHCP 설정을 바로잡으면 반복되지 않습니다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

출근 직후 일부 PC만 인터넷이 끊기고, 프린터가 갑자기 오프라인으로 바뀌거나, ‘IP 주소 충돌이 감지되었습니다’라는 알림이 반복된다면 회선부터 의심하기 쉽습니다. 하지만 같은 사무실에서 특정 장치만 번갈아 장애를 일으킨다면 원인은 대개 회선이 아니라 DHCP 설정과 고정 IP 관리 방식에 있습니다.

IP 충돌은 잠시 랜선을 뽑거나 장비를 재부팅하면 사라진 것처럼 보이지만, 주소를 중복 배정하는 구조가 그대로라면 다시 발생합니다. 아래 순서대로 충돌 장치를 식별하고 DHCP 범위를 조정하면 업무 중단을 줄이면서 재발 원인까지 제거할 수 있습니다.

IP 충돌은 주소가 겹치는 순간보다 배정 규칙에서 시작됩니다

먼저 인터넷 장애와 IP 충돌을 구분합니다

사내 네트워크에서 사용하는 IP 주소는 각 장치를 구별하는 번호와 같습니다. 네트워크의 기본 개념이 낯설다면 지식백과의 네트워크 용어 설명을 함께 보면 장치와 통신 경로의 관계를 이해하는 데 도움이 됩니다. 같은 네트워크 안에서 PC 두 대가 동일한 주소를 사용하면 스위치와 공유기는 어느 장치로 데이터를 보내야 할지 안정적으로 판단하지 못합니다.

전형적인 증상은 모든 직원이 동시에 끊기는 것이 아니라 특정 PC, 복합기, NAS, 출입통제 단말기만 불규칙하게 연결되지 않는 현상입니다. 문제가 생긴 장치를 재부팅했더니 다른 장치가 끊어지는 경우도 많습니다. 반면 외부 회선 장애라면 같은 회선을 쓰는 여러 장치에서 비슷한 시각에 인터넷 접속 실패가 나타나는 편입니다.

업무용 프로그램 하나만 실행되지 않을 때도 무조건 IP 충돌로 단정하면 안 됩니다. 웹사이트 접속, 내부 파일 서버 연결, 게이트웨이 응답을 각각 확인해야 DNS 오류나 방화벽 정책 문제를 충돌로 오인하지 않습니다. 장애 PC에서 다른 내부 장치에는 접속되는데 특정 도메인만 열리지 않는다면 DNS를, 기본 게이트웨이에도 접근하지 못하면서 동일 주소 사용 경고가 보인다면 IP 충돌을 우선 점검합니다.

• IP 충돌 가능성이 높은 신호: 한두 장치만 번갈아 끊기고 재부팅 후 대상이 바뀝니다.
• DHCP 장애 가능성이 높은 신호: 새로 연결한 장치가 169.254로 시작하는 주소를 받거나 주소를 아예 받지 못합니다.
• 회선 장애 가능성이 높은 신호: 유선과 무선을 포함한 다수 사용자가 동시에 외부 인터넷에 접속하지 못합니다.
• DNS 장애 가능성이 높은 신호: IP 주소로는 접속되지만 도메인 이름을 입력하면 연결되지 않습니다.
• 물리 장애 가능성이 높은 신호: 케이블을 움직이거나 포트를 바꿀 때 연결 상태가 반복해서 변합니다.

수동 고정 IP와 DHCP 자동 배정이 겹치는지 확인합니다

가장 흔한 원인은 관리자가 프린터에 수동으로 지정한 주소가 공유기나 방화벽의 DHCP 배정 범위 안에 포함된 경우입니다. 예를 들어 DHCP 서버가 192.168.10.20부터 192.168.10.200까지 자동 배정하는데 복합기에 192.168.10.50을 직접 입력하면, 복합기가 꺼져 있는 동안 DHCP 서버가 그 주소를 노트북에 줄 수 있습니다. 이후 복합기가 켜지는 순간 두 장치가 같은 주소를 주장하면서 충돌이 발생합니다.

또 다른 원인은 DHCP 서버가 두 대 이상 작동하는 상황입니다. 인터넷 공유기를 임시 무선 AP로 추가하면서 DHCP 기능을 끄지 않았거나, 테스트용 소형 공유기가 사내 스위치에 연결되면 서로 다른 장비가 주소와 게이트웨이를 배포합니다. 사용자는 같은 와이파이에 접속했는데도 어떤 날은 정상이고 어떤 날은 내부 서버가 열리지 않는 것처럼 느끼게 됩니다.

1. 문제가 발생한 PC에서 현재 IP 주소, 서브넷 마스크, 기본 게이트웨이, DHCP 서버 주소를 기록합니다.
2. 정상 PC에서도 같은 항목을 확인해 게이트웨이와 DHCP 서버가 일치하는지 비교합니다.
3. 방화벽, 라우터, 공유기 관리 화면에서 DHCP 시작 주소와 종료 주소를 확인합니다.
4. 복합기, NAS, CCTV 녹화기, 서버처럼 수동 주소를 쓰는 장치 목록을 대조합니다.
5. 자동 배정 범위에 포함된 고정 IP가 있거나 DHCP 서버 주소가 둘 이상이면 즉시 변경 대상으로 표시합니다.

현장 팁: 충돌이 사라진 직후보다 장애가 발생한 순간의 정보가 더 중요합니다. 재부팅 전에 화면을 캡처하고 IP, MAC 주소, 스위치 포트, 발생 시각을 기록해야 원인 장치를 빠르게 좁힐 수 있습니다.

장애 장치를 찾은 뒤 DHCP 범위와 예약 주소를 분리합니다

사용자 PC에서 충돌 상대를 단계적으로 추적합니다

Windows PC에서는 명령 프롬프트에서 ipconfig /all을 실행해 현재 주소와 DHCP 서버, 임대 시작·만료 시각을 확인할 수 있습니다. 주소가 수동으로 설정되었는지, 자동으로 받았는지도 함께 살펴보세요. macOS에서는 시스템 설정의 네트워크 상세 정보와 TCP/IP 메뉴에서 같은 정보를 확인할 수 있습니다.

문제 IP로 통신을 시도한 뒤 ARP 테이블을 조회하면 해당 주소에 연결된 MAC 주소를 확인할 수 있습니다. 다만 충돌 중에는 ARP 정보가 두 장치 사이에서 바뀔 수 있으므로 한 번의 결과만 믿으면 안 됩니다. 같은 명령을 여러 차례 실행했을 때 동일 IP에 표시되는 MAC 주소가 달라진다면 중복 사용 가능성이 매우 높습니다.

MAC 주소의 앞부분은 장비 제조사를 추정하는 단서가 되지만 최종 증거는 아닙니다. 노트북의 무작위 MAC 기능이나 가상 네트워크 어댑터 때문에 실제 장비 정보와 다를 수 있기 때문입니다. 관리형 스위치를 사용한다면 MAC 주소 테이블에서 연결 포트를 찾고, 그 포트의 패치패널 번호와 좌석 또는 장비 라벨을 대조하는 방식이 가장 정확합니다.

1. 1단계: 장애 장치의 IP 구성과 MAC 주소를 캡처합니다.
2. 2단계: 같은 IP에 대한 ARP 결과를 10~20초 간격으로 여러 번 확인합니다.
3. 3단계: DHCP 임대 목록에서 해당 IP와 MAC 주소가 등록되어 있는지 찾습니다.
4. 4단계: 관리형 스위치의 MAC 주소 테이블로 실제 연결 포트를 추적합니다.
5. 5단계: 의심 장치를 한 대씩 네트워크에서 분리해 응답 변화와 업무 영향을 확인합니다.
6. 6단계: 원인이 확인되면 임시 주소 변경이 아니라 배정 정책까지 수정합니다.

고정 주소 대역과 자동 배정 대역을 명확히 나눕니다

재발 방지의 핵심은 장치 종류별 주소 규칙을 하나로 통일하는 것입니다. 소규모 사무실이라면 사용자 PC와 스마트폰은 DHCP 자동 배정으로 두고, 네트워크 장비와 서버처럼 주소가 변하면 안 되는 장치는 DHCP 예약 또는 별도의 고정 IP 대역으로 관리하는 방식이 실용적입니다. 네트워크가 여러 장치와 연결 관계로 구성된다는 설명은 지식백과의 네트워크 개념 자료에서도 확인할 수 있습니다.

예를 들어 192.168.30.0/24 대역을 사용한다면 192.168.30.10~49는 방화벽·스위치·무선 AP, 50~79는 서버·NAS, 80~99는 프린터·출입통제 장비로 정할 수 있습니다. DHCP 자동 배정은 192.168.30.120~230처럼 겹치지 않는 구간에 설정합니다. 실제 범위는 장치 수와 확장 계획에 맞춰야 하며, 사용하지 않는 주소를 무조건 넓게 열어두기보다 향후 인원 증가분을 포함해 계산하는 편이 관리하기 쉽습니다.

고정 IP를 장치 화면에서 직접 입력하는 방법보다 DHCP 예약이 유리한 환경도 많습니다. DHCP 예약은 장치의 MAC 주소에 특정 IP를 연결하므로 주소 정책을 한 관리 화면에서 확인할 수 있고, 게이트웨이나 DNS가 변경될 때도 일괄 반영하기 쉽습니다. 다만 방화벽, 코어 스위치, 가상화 호스트처럼 DHCP 서버 장애 중에도 접근해야 하는 핵심 인프라는 수동 고정 주소를 유지할 이유가 있습니다.

주소 범위를 변경할 때는 현재 임대 목록을 백업하고, 업무 영향이 적은 시간대를 선택해야 합니다. DHCP 임대 시간을 무작정 길게 설정하면 퇴사자나 방문자 장치의 주소가 오래 남아 풀이 부족해질 수 있고, 지나치게 짧게 하면 갱신 트래픽과 로그가 늘어납니다. 일반 사무실은 하루 안팎을 출발점으로 삼되 좌석 회전율, 무선 단말 수, 방문자 빈도를 보고 조정하는 것이 좋습니다.

• DHCP 범위 밖에 인프라용 고정 주소 구간을 확보합니다.
• 고정 IP 목록에는 장치명, 사용자, 설치 위치, MAC 주소, 담당자를 기록합니다.
• 예약 주소를 만들기 전 중복 MAC과 기존 임대 기록을 확인합니다.
• 게스트 와이파이와 업무망은 주소 대역뿐 아니라 VLAN과 접근 정책도 분리합니다.
• 공유기를 AP로 사용할 때는 DHCP 기능을 끄고 LAN 연결 방식을 검토합니다.
• 변경 전후 설정 파일과 화면을 보관해 장애 발생 시 차이를 비교합니다.

IP 주소표는 한 번 만들어 보관하는 문서가 아니라 장비 설치·교체·폐기 때마다 갱신해야 하는 운영 자료입니다. 담당자가 바뀌어도 이해할 수 있도록 장비 별칭보다 실제 위치와 자산번호를 함께 적어두세요.

복합기가 매주 끊기던 30인 사무실은 이렇게 정상화했습니다

재부팅으로 버티던 장애를 기록과 추적으로 좁혔습니다

직원 30명이 근무하는 한 사무실에서는 월요일 오전마다 복합기 스캔 폴더가 열리지 않았습니다. 복합기를 껐다 켜면 잠시 정상화되어 장비 노후로 생각했지만, 같은 시간에 회의실 노트북 한 대도 인터넷 연결 경고를 표시했습니다. 복합기 업체는 프린터 기능이 정상이라고 했고 통신사는 외부 회선에 손실이 없다고 안내한 상황이었습니다.

관리자는 먼저 복합기의 주소가 192.168.20.55로 수동 설정되어 있다는 사실을 확인했습니다. 이어 방화벽의 DHCP 범위를 확인하니 192.168.20.30~200이 자동 배정 구간이었고, 복합기 주소인 55가 그 안에 포함되어 있었습니다. 금요일에 복합기가 절전 상태로 오래 머무는 동안 DHCP 서버가 회의실 노트북에 55번 주소를 임대했고, 월요일에 복합기가 통신을 재개하면서 충돌한 것입니다.

이 단계에서 단순히 복합기를 56번으로 바꾸면 같은 문제가 다른 날 반복될 가능성이 컸습니다. 56번 역시 DHCP 범위 안이기 때문입니다. 담당자는 장애 시각의 DHCP 임대 목록과 스위치 MAC 주소 테이블을 비교해 복합기와 노트북이 동일 주소를 사용한 기록을 확보한 뒤, 다른 고정 장치에도 같은 위험이 있는지 전수 확인했습니다.

1. 복합기의 IP, 서브넷 마스크, 게이트웨이, DNS 설정 화면을 촬영했습니다.
2. 회의실 노트북에서 IP 구성과 MAC 주소, 임대 시각을 기록했습니다.
3. 방화벽 로그에서 192.168.20.55가 노트북에 자동 배정된 사실을 확인했습니다.
4. 복합기 전원을 끈 상태와 켠 상태에서 ARP 응답의 MAC 주소 변화를 비교했습니다.
5. 서버, NAS, CCTV 녹화기, 출입통제 단말의 수동 주소도 DHCP 범위와 대조했습니다.

주소 정책을 바꾼 뒤 실제 업무까지 검증했습니다

조사 결과 복합기 외에도 NAS와 출입통제 단말 주소가 자동 배정 구간 안에 있었습니다. 담당자는 192.168.20.10~49를 네트워크 및 서버 장비용, 50~79를 복합기와 시설 장비용으로 정하고 DHCP 자동 배정 범위를 192.168.20.100~220으로 변경했습니다. 복합기는 MAC 주소 기반 예약으로 전환하고, DHCP 서버가 멈춰도 관리해야 하는 방화벽과 스위치만 수동 고정 IP를 유지했습니다.

설정을 저장한 직후 모든 장치를 한꺼번에 재부팅하지는 않았습니다. 먼저 테스트 노트북 한 대에서 기존 임대를 해제하고 새 주소를 받은 뒤 게이트웨이, DNS, 내부 NAS, 외부 웹사이트 접속을 차례로 확인했습니다. 다음으로 복합기 인쇄와 스캔, 주소록 연동을 점검하고 각 부서 PC의 기존 프린터 포트가 예약 주소를 바라보는지 검사했습니다.

변경 비용은 새 장비 구매비가 아니라 관리자 작업 시간과 업무 중단 위험에서 발생했습니다. 이 사례에서는 방화벽이나 스위치를 교체하지 않고 설정 변경과 문서화만으로 해결했지만, 장비 관리 비밀번호를 모르거나 임대 로그를 제공하지 않는 저가형 공유기라면 관리 가능한 방화벽으로 전환하는 비용을 검토해야 합니다. 견적을 받을 때는 장비 가격만 묻기보다 현장 조사, 설정 백업, 야간 작업, 복합기·NAS 연동 시험, 변경 문서 제공 여부를 구분해 확인하는 편이 정확합니다.

• 첫날: DHCP 임대 목록과 고정 IP 장비를 수집하고 충돌 장치를 특정했습니다.
• 변경일: 설정을 백업한 뒤 고정 대역과 자동 배정 대역을 분리했습니다.
• 검증 단계: 인쇄, 스캔, 파일 공유, 인터넷, 무선 로밍을 실제 사용자 계정으로 시험했습니다.
• 일주일 후: DHCP 풀이 부족하지 않은지, 중복 주소와 비정상 게이트웨이 로그가 없는지 재확인했습니다.
• 한 달 후: 새로 추가된 장치가 주소표에 반영되었는지 담당자와 함께 대조했습니다.

일주일 동안 복합기와 회의실 노트북을 여러 차례 종료하고 다시 연결했지만 동일 주소는 배정되지 않았습니다. 마지막으로 담당자는 장비명, 위치, IP, MAC 주소, 배정 방식, 변경일을 담은 관리대장을 공유 폴더에 남기고 신규 장치를 설치할 때 DHCP 범위를 먼저 확인하도록 내부 절차를 바꿨습니다.

한 달 뒤 새 출입통제 단말기가 들어왔을 때도 현장 직원이 임의의 주소를 입력하지 않고 예약 구간의 빈 주소를 요청했습니다. 장비 설치 전에 주소표와 DHCP 임대 목록을 대조하고 예약을 등록한 뒤 통신 시험을 진행했기 때문에 기존 장치에는 영향이 없었습니다. 매주 반복되던 복합기 장애는 장비 교체 없이 사라졌고, 사무실은 다음 장치가 추가될 때도 같은 방식으로 충돌을 예방할 수 있게 되었습니다.