Konflikt IP pojawia się ponownie po restarcie routera, gdy dwa urządzenia lub dwa systemy przydzielania adresów nadal uważają, że posiadają ten sam adres.
W domowej sieci NAS restart często ujawnia ukryte nakładanie się adresów, zamiast tworzyć losową nową usterkę. Router odbudowuje stan DHCP, uśpione urządzenia łączą się w innej kolejności, ręcznie przypisane adresy pozostają aktywne, rezerwacje mogą zostać przypisane do innego MAC, a drugi router lub punkt dostępu może zacząć oferować dzierżawy. Poprawnym rozwiązaniem jest zidentyfikowanie obu roszczących sobie prawo urządzeń i naprawa reguły przydziału przed wyczyszczeniem pamięci podręcznej lub ponownym restartem wszystkiego.
Potwierdź konflikt za pomocą dwóch adresów MAC
Zanotuj konfliktowy adres IP, adres MAC NAS, aktualny wpis dzierżawy routera oraz MAC widoczny w tabeli ARP klienta lub tabeli sąsiadów. Powtórz sprawdzenie natychmiast po pojawieniu się ostrzeżenia, zamiast polegać na starszym zrzucie ekranu.
Diagnoza społeczności Synology wyjaśnia, że konflikt NAS zwykle oznacza, że ręcznie wybrany adres znajduje się w zakresie DHCP bez odpowiadającej rezerwacji, co pozwala routerowi na ponowne przypisanie go do innego interfejsu lub urządzenia.
Jeśli ten sam adres IP przełącza się między dwoma adresami MAC, zidentyfikuj oba fizyczne urządzenia przed zmianą ustawień. Jeśli pojawia się tylko jeden MAC, sprawdź, czy NAS ma wiele interfejsów, bond, wirtualny most lub losowy adres MAC klienta, który sprawia, że jedno urządzenie wygląda jak kilka tożsamości.
Sprawdź, czy statyczny adres znajduje się w puli DHCP
Porównaj każdy ręcznie skonfigurowany adres serwera, drukarki, kamery, punktu dostępu i urządzenia smart home z dynamiczną pulą routera. Statyczny adres nie jest chroniony tylko dlatego, że przed restartem nie występował konflikt.
Przykład z prawdziwej sieci domowej opisuje sytuację, gdy inteligentne urządzenie zajęło adres NAS podczas jego wyłączenia, ponieważ router nadal uważał ten adres za dostępny. Konflikt powrócił, gdy NAS wrócił i odzyskał swój ręczny adres.
Wybierz jeden model przydziału: albo używaj rezerwacji DHCP po stronie routera dla urządzeń infrastruktury, albo umieszczaj udokumentowane adresy statyczne poza pulą dynamiczną. Nie konfiguruj statycznego adresu i nie zakładaj, że niezwiązana rezerwacja gdzie indziej automatycznie go ochroni.
Sprawdź, czy router zachowuje dzierżawy po restarcie
Sprawdź tabelę dzierżaw przed i po kontrolowanym restarcie routera. Zwróć uwagę, czy router przywraca poprzednie dzierżawy, odrzuca je, czy od razu oferuje adresy, zanim wszystkie zarezerwowane i statyczne urządzenia będą widoczne.
Użytkownicy Netgear opisali routery, gdzie dzierżawy DHCP nie były trwałe i podłączone urządzenia zaczynały ponownie używać adresów po każdym restarcie.
Jeśli router traci historię dzierżaw dynamicznych, rezerwacje stają się ważniejsze dla NAS i innych stałych usług. Aktualizuj oprogramowanie, gdy to stosowne, skróć test do jednego restartu i dwóch urządzeń, a router wymień dopiero po udowodnieniu, że konflikt wynika z jego sposobu odbudowy dzierżaw.
Szukaj drugiego serwera DHCP lub nakładającego się zakresu
Zarejestruj lub sprawdź oferty DHCP od nowo łączącego się klienta po restarcie. Węzeł mesh, stary router, wzmacniacz Wi-Fi, wirtualny router, kontener lub serwer laboratoryjny mogą zacząć odpowiadać, zanim zamierzona brama będzie w pełni online.
Wskazówki dotyczące zarządzania IP wskazują nakładające się zakresy i niespójne zapisy dzierżaw między wieloma serwerami DHCP jako częste przyczyny duplikacji przydziału adresów.
Wyłącz DHCP na każdym urządzeniu poza zamierzonym serwerem lub zdefiniuj nie nakładające się zakresy, gdy wiele serwerów jest celowych. Zweryfikuj z przechwycenia pakietów klienta lub szczegółów dzierżawy, że tylko oczekiwany identyfikator serwera wydaje adres.
Sprawdź rezerwacje względem adresu MAC, który faktycznie się łączy
Rezerwacja działa tylko wtedy, gdy urządzenie żąda dzierżawy używając adresu MAC zapisanego w routerze. Prywatne adresy Wi-Fi, adaptery USB, porty bonded, wymienione karty sieciowe, wirtualne mosty i podwójne interfejsy Ethernet mogą zmieniać tożsamość widzianą przez DHCP.
Wskazówki dotyczące rozwiązywania problemów w sieci domowej zauważają, że powtarzające się konflikty mogą dotyczyć duplikatów dzierżaw, nakładania się statycznych adresów lub zmian w tabeli ARP po zmianach sprzętu sieciowego lub interfejsów.
Dopasuj rezerwację do aktywnego interfejsu NAS i usuń nieaktualne rezerwacje dla wycofanych adapterów. Jeśli NAS może łączyć się przez więcej niż jeden port, zdecyduj, czy każdy interfejs potrzebuje unikalnego adresu, czy też nieużywany interfejs powinien pozostać odłączony.
Odbuduj stan adresów dopiero po naprawieniu reguły przydziału
Po usunięciu nakładania się, wyczyść nieaktualne dzierżawy dla dwóch dotkniętych urządzeń, odśwież ich stan DHCP i wyczyść odpowiedni wpis ARP klienta lub sąsiada. Restartowanie najpierw może chwilowo ukryć objaw, nie zmieniając jednak tego, kto ma prawo do adresu.
Poradnik ZimaSpace wyjaśniający, dlaczego adresy serwera domowego się zmieniają, przedstawia rozróżnienie między normalną zmianą adresu DHCP a prawdziwym konfliktem spowodowanym podwójnym posiadaniem.
Zweryfikuj naprawę, stosując kolejność uruchamiania, która wcześniej wywoływała problem: zrestartuj router, pozwól mu się w pełni uruchomić, podłącz konkurencyjne urządzenie, a następnie uruchom NAS. Konflikt jest rozwiązany tylko wtedy, gdy jeden adres MAC konsekwentnie otrzymuje lub posiada zarezerwowany adres i żadne drugie urządzenie nie może go rościć po kolejnym restarcie.
Wsparcie i wskazówki
Więcej do przeczytania

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.

