특정 기기만 연결이 끊기는 DHCP IP 충돌의 구조적 원인
- 1Discover
클라이언트가 네트워크에서 DHCP 서버를 찾기 위해 DHCP Discover를 브로드캐스트한다.
- 2Offer
DHCP 서버가 사용할 수 있는 IP 주소와 네트워크 설정을 제안한다.
- 3Request
클라이언트가 제안받은 IP 주소를 사용하겠다고 DHCP Request를 보낸다.
- 4Acknowledge
DHCP 서버가 임대를 승인하고 IP 주소, 서브넷 마스크, 게이트웨이 등의 설정을 확정한다.
동일한 네트워크에 연결된 다른 컴퓨터나 스마트폰은 정상 작동하는데 특정 기기만 주기적으로 인터넷이 끊기거나 IP 주소 충돌 알림이 뜨는 현상은 라우터의 DHCP 서버가 기기 식별 정보를 오인해 이미 사용 중인 주소를 중복 배정하기 때문에 발생합니다. 2026년 8월 기준 대부분의 가정과 사무실 내부망은 라우터가 접속 장치에 IP 주소를 자동으로 대여해 주는 동적 호스트 구성 프로토콜 방식을 사용합니다.
네트워크 표준인 IETF RFC 2131 규격에 정의된 DHCP 통신은 기기가 접속을 요청하는 탐색, 라우터의 제안, 기기의 요청, 라우터의 승인이라는 4단계 과정을 거쳐 작동합니다. 문제는 특정 기기가 수면 모드로 전환되거나 잠시 랜선이 분리되었다가 다시 연결될 때 발생합니다. 라우터에 기록된 대여 시간 항목이 상이하거나 장치별 상태 갱신 시점이 어긋나면 라우터는 기기가 점유 중인 IP 주소를 반납했다고 판단하여 새로 접속한 다른 기기에 동일한 주소를 배정합니다.
이때 두 기기가 동일한 IP 주소를 선점하여 패킷을 주고받으려고 시도하면 주소 결정 프로토콜 수준에서 데이터 충돌이 일어나게 됩니다. 결과적으로 네트워크 어댑터는 통신 오류를 감지하여 연결을 끊고 재접속을 시도하는 과정을 반복하게 되며 독자 입장에서는 오직 본인의 기기만 인터넷이 마비되는 불편을 겪게 됩니다.
참고 출처: IETF: RFC 2131 DHCP Specification
공유기 고정 할당과 OS 수동 IP 설정의 동작 차이
- 1네트워크 인터페이스 확인
OS가 장치의 네트워크 인터페이스와 MAC 주소를 확인한다.
- 2DHCP 요청
DHCP 클라이언트가 IP 주소와 네트워크 설정을 요청한다.
- 3OS 설정 적용
받은 IP 주소, 서브넷 마스크, 기본 게이트웨이, DNS 정보를 OS에 적용한다.
- 4임대 갱신
DHCP 임대가 만료되기 전에 갱신을 시도하고 필요하면 새 설정을 받는다.
단순히 컴퓨터 운영체제 설정에서 IP 주소를 수동으로 입력하는 방법과 공유기 관리자 페이지에서 MAC 주소를 기반으로 고정 IP를 예약하는 방식은 네트워크 동작 구조에서 큰 차이를 보입니다. 많은 사용자가 운영체제의 네트워크 어댑터 속성 창에서 직접 숫자 주소를 입력하는 수동 방식을 선택하지만 이는 장기적인 네트워크 안정성 측면에서 한계가 존재합니다.
운영체제에서 직접 IP 주소를 수동 지정하면 단말기 네트워크 어댑터는 공유기의 동적 할당 상태를 고려하지 않고 해당 주소를 고정으로 사용합니다. 하지만 라우터의 DHCP 서버가 해당 주소를 할당 제외 대역으로 인식하지 못하는 경우 단말기가 켜져 있지 않은 사이에 다른 기기에 동일한 주소를 배정할 위험이 남아있습니다. 더욱이 노트북이나 휴대용 기기를 외부 Wi-Fi 네트워크로 이동시켜 연결할 경우 게이트웨이 주소가 일치하지 않아 매번 네트워크 설정을 원복해야 하는 번거로움이 발생합니다.
반면 공유기 관리자 메뉴를 활용한 MAC 주소 예약 할당 방식은 단말기의 운영체제 설정을 자동 받기 상태로 유지하면서 라우터 단에서 기기의 고유 물리 주소를 식별해 전용 IP를 배정합니다. 기기 운영체제는 표준 DHCP 절차를 그대로 이행하므로 외부 네트워크에 접속할 때 별도의 설정 변경이 필요 없고 내부망 내에서는 항상 동일한 주소를 안정적으로 대여받게 됩니다.
참고 출처: Microsoft Learn: 네트워크 어댑터 IP 주소 변경
공유기 관리자 페이지를 이용한 MAC 주소 기반 DHCP 예약 방법
| 항목 | MAC 주소 | DHCP 할당 IP 주소 |
|---|---|---|
| 역할 | 네트워크 인터페이스를 식별하는 주소 | 네트워크에서 장치를 주소 지정하는 IP 정보 |
| 형식 및 범위 | 12자리 16진수로 표현되는 하드웨어 주소 | DHCP 서버가 네트워크 조건에 맞게 할당하는 주소 |
| 할당 주체 | 네트워크 장치 또는 제조 단계에서 부여 | DHCP 서버가 임대 방식으로 부여 |
| 변경 가능성 | 일반적으로 고정되지만 랜덤화나 변경이 가능 | 임대 갱신, 네트워크 변경, DHCP 설정에 따라 달라질 수 있음 |
라우터 관리자 페이지에서 기기 고유의 MAC 주소를 등록하여 고정 IP를 배정하는 작업은 3단계 순서로 손쉽게 진행할 수 있습니다. 2026년 8월 기준 시장에서 이용되는 대부분의 라우터 장비는 웹 브라우저 기반 관리 도구를 제공하므로 라우터 내부 예약을 적용하는 방식이 적합합니다.
첫 단계로 접속 문제를 겪는 기기의 MAC 주소를 확인해야 합니다. 윈도우 환경에서는 명령 프롬프트 창에 명령어를 입력하여 물리적 주소 항목을 기록하고 마우스나 모바일 기기에서는 설정 메뉴의 네트워크 상세 정보 항목에서 12자리 16진수로 구성된 고유 주소를 확인합니다.
다음 단계로 웹 브라우저 주소창에 게이트웨이 주소를 입력해 라우터 관리자 페이지에 진입합니다. 내부 네트워크 관리 메뉴 내부의 DHCP 서버 설정 항목으로 이동하면 현재 연결된 장치들의 IP 대여 목록을 조회할 수 있습니다. 수동 할당 또는 고정 IP 예약 섹션에서 앞서 확인한 MAC 주소와 내부망 대역 내에서 중복되지 않는 IP 주소를 매칭하여 등록 목록에 추가하고 저장합니다.
마지막 단계로 단말기에서 기존 네트워크 임대 정보를 초기화하고 새로운 예약을 적용받는 과정이 필요합니다. 랜선을 뽑았다가 다시 연결하거나 명령어로 임대 주소를 반납하고 다시 요청하면 라우터는 등록된 MAC 주소를 확인하여 설정한 전용 주소를 즉시 배정합니다.
참고 출처: Microsoft Learn: DHCP 기본 사항
스마트폰 비공개 MAC 기능과 이중 공유기 환경에서 발생하는 변수
- 1Wi‑Fi 연결
장치가 무선 네트워크에 연결되면 액세스 포인트가 클라이언트의 MAC 주소를 확인한다.
- 2DHCP 전달
OS의 DHCP 클라이언트 요청이 액세스 포인트를 거쳐 DHCP 서버로 전달된다.
- 3MAC 식별과 임대
DHCP 서버가 MAC 주소를 기준으로 요청 장치를 식별하고 IP 임대를 처리한다.
- 4IP 설정 수신
액세스 포인트를 통해 IP 주소와 네트워크 설정이 장치에 전달된다.
공유기에서 MAC 주소 기반 예약을 올바르게 설정했음에도 특정 스마트폰이나 패드 기기에서 인터넷 끊김이 지속된다면 모바일 운영체제의 보안 기능과 네트워크 이중화 구성을 점검해야 합니다. 최신 모바일 OS는 사용자 위치 추적 방지를 위해 Wi-Fi 접속 시 무작위 가상 주소를 생성하는 비공개 MAC 주소 기능을 기본으로 활성화하고 있습니다.
스마트폰의 비공개 MAC 기능이 켜져 있으면 Wi-Fi에 다시 연결될 때마다 라우터에 전달되는 물리 주소가 계속 변경됩니다. 라우터 입장에서는 등록된 고정 MAC 기기가 아닌 새로운 단말기가 접속한 것으로 인식하여 일반 동적 IP를 배정하게 되며 이 과정에서 주소 꼬임 현상이 재발할 수 있습니다. 따라서 고정 IP 예약을 사용할 내부망 Wi-Fi 설정에서는 해당 네트워크에 한하여 비공개 주소 옵션을 해제해 주어야 정상적인 식별이 유지됩니다.
또한 내부망에 메인 라우터 외에 서브 공유기나 무선 확장기가 추가 설치된 경우 서브 장비의 DHCP 서버 기능이 켜져 있는지 확인해야 합니다. 한 네트워크 공간 안에 두 개의 DHCP 서버가 동시에 동작하는 이중 공유기 환경에서는 단말기가 서로 다른 게이트웨이 정보를 전달받아 무작위로 통신이 단절됩니다. 서브 공유기는 반드시 브리지 모드나 AP 모드로 전환하여 DHCP 권한을 메인 라우터 하나로 일원화해야 합니다.
참고 출처: Apple 지원: Mac에서 DHCP 또는 수동 IP 주소 사용하기
시뮬레이션 환경 및 서버 기술 운영 관점의 네트워크 안정화 기준
- 1MAC 주소 유지
- 2MAC 주소 랜덤화 또는 변경
게임 월드 빌딩이나 시뮬레이션 환경 설계 그리고 다중 노드 기반 AI 기술 운영 관점에서도 특정 클라이언트 및 에이전트 노드의 통신 단절은 시스템 전체의 신뢰성을 위협하는 변수로 다루어집니다. 가상 환경 내부에서 수백 개의 에이전트 인스턴스가 렌더링 서버 및 데이터베이스 노드와 실시간 상태를 동기화할 때 IP 주소 충돌이나 라우팅 재협상이 발생하면 패킷 손실과 세션 끊김으로 이어집니다.
기술 운영 분야에서 사용하는 표준 가이드라인은 단말 노드 차원의 수동 IP 하드코딩을 지양하고 중앙 라우팅 파이프라인에서 MAC 주소를 매핑하는 식별 제어 방식을 적용하는 것입니다. 게이트웨이 레벨에서 동적 할당 범위를 전체 대역의 일부로 제한하고 나머지 대역을 에이전트 전용 고정 예약 대역으로 구분 지정하면 노드의 잦은 재부팅 환경에서도 IP 충돌 없는 데이터 송수신 상태를 보장할 수 있습니다.
참고 출처: Microsoft Learn: DHCP 기본 사항
자주 묻는 질문
Q1. 공유기에서 고정 IP를 예약했는데도 특정 기기의 인터넷 끊김이 계속되면 어떻게 하나요?
기기의 네트워크 어댑터 드라이버 오류나 스마트폰의 비공개 MAC 설정이 활성화되어 있는지 확인이 필요합니다. 비공개 MAC 기능이 켜져 있으면 접속할 때마다 식별 주소가 바뀌어 공유기 예약 규칙이 적용되지 않습니다. 해당 Wi-Fi 네트워크의 비공개 주소 옵션을 끄고 라우터 재부팅 후 IP 재할당을 진행하면 연결이 안정화됩니다.
Q2. 스마트폰의 비공개 MAC 주소를 끄면 보안상 위험하지 않나요?
신뢰할 수 있는 가정이나 사무실 내부 네트워크에서는 비공개 MAC을 꺼도 보안 위험이 발생하지 않습니다. 이 기능은 공공 장소 Wi-Fi 접속 시 외부 추적을 방지하는 목적으로 설계되었기 때문입니다. 외부 공공망 접속 시에는 비공개 주소를 켜두고 고정 IP 예약이 필요한 내부망에서만 해제하는 방식으로 구분 운영하면 안전합니다.
Q3. 내부망에서 비공개 MAC을 껐는데도 공유기에 2개 이상의 DHCP 서버가 탐지되는 이유는 무엇인가요?
네트워크 선로에 연결된 보조 공유기나 확장기가 브리지 모드가 아닌 라우터 모드로 동작하여 자체 DHCP 서비스를 발송하고 있기 때문입니다. 신호가 겹치면 기기가 서로 다른 게이트웨이 주소를 전달받아 통신이 중단됩니다. 보조 장비의 설정 메뉴에서 DHCP 서버 기능을 비활성화하고 스위치 또는 AP 모드로 전환해야 네트워크가 단일화됩니다.
Q4. 보조 공유기를 AP 모드로 전환한 뒤 기존에 설정해둔 라우터 MAC 예약 IP는 유지되나요?
최상단 메인 공유기에 등록한 MAC 예약 설정은 차질 없이 그대로 유지됩니다. AP 모드로 변경된 보조 공유기는 단순한 통로 역할만 수행하므로 모든 IP 배정 권한이 메인 공유기로 일원화되기 때문입니다. 메인 라우터의 DHCP 할당 범위와 예약 주소 대역을 명확히 분리해 두면 확장 기기가 늘어나도 충돌 없이 통신을 유지할 수 있습니다.
특정 기기 인터넷 끊김 해결을 위한 핵심 판단 요약
| 점검 항목 | 확인 내용 | 필요한 조치 |
|---|---|---|
| IP 설정 | 장치에 IP 주소, 서브넷 마스크, 게이트웨이, DNS가 할당되었는지 확인 | DHCP 임대를 갱신하거나 네트워크 연결을 다시 설정 |
| MAC 주소 | 현재 사용 중인 네트워크 인터페이스의 MAC 주소와 DHCP 예약 정보를 비교 | MAC 랜덤화 또는 변경 여부를 확인하고 예약 설정을 맞춤 |
| Wi‑Fi 연결 | 장치가 올바른 액세스 포인트에 연결되어 있는지 확인 | Wi‑Fi를 재연결하고 액세스 포인트의 연결 상태를 점검 |
| DHCP 서버 | 라우터 또는 액세스 포인트의 DHCP 서비스와 주소 풀을 확인 | DHCP 서비스와 사용 가능한 주소 범위를 점검 |
특정 단말기에서만 발생하는 인터넷 끊김 문제를 근본적으로 해결하기 위해서는 운영체제 내부의 수동 IP 지정보다 공유기 관리자 페이지를 통한 MAC 주소 기반 DHCP 예약 할당을 적용하는 것이 바람직합니다. 스마트폰 기기의 경우 접속 시마다 가상 식별자를 생성하는 비공개 MAC 주소 옵션을 해당 Wi-Fi에 한해 해제해 주어야 공유기의 주소 예약 규칙이 정상 작동합니다. 또한 보조 라우터나 무선 확장기가 포함된 복합 네트워크 환경이라면 서브 장비의 DHCP 서버 기능을 끄고 AP 모드로 전환해 IP 주소 배정 주체를 하나로 통일해야 원인 모를 중단 현상을 차단할 수 있습니다.
댓글 남기기