라우터 재시작 후 IP 충돌이 발생하는 것은 두 장치 또는 두 주소 할당 시스템이 여전히 동일한 주소를 소유하고 있다고 믿기 때문입니다.
가정용 NAS 네트워크에서는 재부팅이 무작위로 새로운 오류를 만드는 것보다 숨겨진 중복을 드러내는 경우가 많습니다. 라우터가 DHCP 상태를 재구성하고, 절전 모드 장치들이 다른 순서로 재연결되며, 수동으로 할당된 주소는 계속 활성 상태를 유지하고, 예약이 다른 MAC에 바인딩될 수 있으며, 두 번째 라우터나 액세스 포인트가 임대 주소를 제공하기 시작할 수 있습니다. 올바른 해결책은 두 주장자를 모두 식별하고 할당 규칙을 수정한 후 캐시를 지우거나 모든 장치를 다시 재부팅하는 것입니다.
두 개의 MAC 주소로 충돌 확인하기
충돌하는 IP, NAS MAC 주소, 라우터의 현재 임대 항목, 클라이언트 ARP 또는 이웃 테이블에 표시된 MAC을 기록하세요. 경고가 나타난 직후에 확인을 반복하고 이전 스크린샷에 의존하지 마세요.
Synology 커뮤니티 진단에 따르면 NAS 충돌은 일반적으로 수동으로 선택한 주소가 DHCP 범위 내에 있으나 일치하는 예약이 없어 라우터가 해당 주소를 다른 인터페이스나 장치에 다시 할당할 수 있음을 의미합니다.
동일한 IP가 두 MAC 주소 사이에서 번갈아 나타난다면 설정을 변경하기 전에 두 물리적 장치를 모두 식별하세요. 한 개의 MAC만 나타난다면 NAS에 다중 인터페이스, 본딩, 가상 브리지 또는 하나의 장치가 여러 정체성처럼 보이게 하는 무작위 클라이언트 MAC이 있는지 점검하세요.
DHCP 풀 내에 있는 고정 주소 확인하기
수동으로 구성된 모든 서버, 프린터, 카메라, 액세스 포인트, 스마트 홈 주소를 라우터의 동적 풀과 비교하세요. 재부팅 전 충돌이 없었다고 해서 고정 주소가 보호되는 것은 아닙니다.
실제 가정용 네트워크 사례에서는 NAS가 꺼져 있을 때 스마트 장치가 NAS 주소를 가져갔는데, 라우터가 해당 주소를 여전히 사용 가능하다고 간주했기 때문입니다. NAS가 다시 켜지고 수동 주소를 되찾으면서 충돌이 재발했습니다.
할당 모델을 하나 선택하세요: 인프라 장치에 대해 라우터 측 DHCP 예약을 사용하거나, 문서화된 고정 주소를 동적 풀 밖에 배치하세요. 고정 주소를 설정하고 다른 곳의 예약이 자동으로 보호할 것이라 가정하지 마세요.
라우터가 재부팅 시 임대를 유지하는지 확인하기
제어된 라우터 재시작 전후에 임대 테이블을 점검하세요. 라우터가 이전 임대를 복원하는지, 폐기하는지, 또는 모든 예약 및 고정 장치가 보이기 전에 즉시 주소를 제공하는지 기록하세요.
Netgear 사용자들은 DHCP 임대가 지속되지 않아 재부팅마다 연결된 장치가 주소를 재사용하는 라우터를 문서화했습니다.
라우터가 동적 임대 기록을 잃으면 NAS 및 기타 고정 서비스에 예약이 더 중요해집니다. 적절할 때 펌웨어를 업데이트하고, 테스트를 재부팅 1회와 장치 2개로 단축하며, 충돌이 라우터의 임대 재구성 동작을 따르는지 확인한 후에만 라우터를 교체하세요.
두 번째 DHCP 서버 또는 중복 범위 확인하기
재시작 후 새로 연결되는 클라이언트의 DHCP 제안을 캡처하거나 점검하세요. 메시 노드, 오래된 라우터, Wi-Fi 확장기, 가상 라우터, 컨테이너, 실험실 서버가 의도한 게이트웨이 완전 가동 전에 응답을 시작할 수 있습니다.
IP 관리 지침은 중복 범위와 여러 DHCP 서버 간 불일치 임대 기록이 중복 주소 할당의 일반적 원인임을 밝힙니다.
의도한 서버를 제외한 모든 장치에서 DHCP를 비활성화하거나, 여러 서버가 의도된 경우 중복되지 않는 범위를 정의하세요. 클라이언트 패킷 캡처 또는 임대 세부 정보에서 예상된 서버 식별자만 주소를 발급하는지 확인하세요.
실제로 재연결하는 MAC 주소와 예약 확인하기
예약은 장치가 라우터에 저장된 MAC 주소를 사용해 임대를 요청할 때만 작동합니다. Wi-Fi 개인 정보 보호 주소, USB 어댑터, 본딩 포트, 교체된 NIC, 가상 브리지, 이중 이더넷 인터페이스는 DHCP가 보는 정체성을 변경할 수 있습니다.
가정용 네트워크 문제 해결 지침은 반복 충돌이 중복 임대, 고정 중복, 또는 네트워크 장비나 인터페이스 변경 후 ARP 테이블 변경과 관련될 수 있음을 지적합니다.
예약을 활성 NAS 인터페이스에 맞추고 사용하지 않는 어댑터에 대한 오래된 예약을 제거하세요. NAS가 여러 포트를 통해 연결할 수 있다면 각 인터페이스에 고유 주소가 필요한지, 아니면 사용하지 않는 인터페이스를 분리 상태로 둘지 결정하세요.
할당 규칙을 수정한 후에만 주소 상태 재구성하기
중복을 제거한 후 두 영향을 받은 장치의 오래된 임대를 지우고 DHCP 상태를 갱신하며 관련 클라이언트 ARP 또는 이웃 항목을 플러시하세요. 먼저 재부팅하면 증상이 잠시 숨겨질 수 있으나 누가 주소를 주장할 수 있는지는 바뀌지 않습니다.
ZimaSpace의 가정용 서버 주소 변경 이유 가이드는 정상적인 DHCP 주소 변경과 중복 소유로 인한 진정한 충돌 간의 차이를 제공합니다.
문제를 유발하던 시작 순서로 수리를 검증하세요: 라우터를 재시작하고 완료를 기다린 후 경쟁 장치를 재연결하고 NAS를 시작하세요. 한 MAC만 예약 주소를 일관되게 받고 다른 장치가 재시작 후 주소를 주장할 수 없을 때 충돌이 해결된 것입니다.
지원 및 팁
더 읽어보기

How to Reduce Plex Database Contention on a Busy Docker Host
A Plex configuration guide for busy hosts that treats the database as local application state and reduces I/O contention without inventing a shared DB...

How to Prevent Duplicate Plex Scans and Imports
A prevention guide for duplicate Plex scans and imports that removes overlapping triggers instead of disabling library updates entirely.

How to Recover Plex After Its App-Data Volume Fills Up
A recovery ladder for full Plex app-data volumes that protects the database first and avoids deleting unknown files just to make the service start.

