Možná to může souviset, ale občas se nas (pokud je vadnýho něco v něm, CPU ,RAM, nebo problém se zdrojem, dokonce i vadné zařízení na prodlužce dokázalo nějek prozkratovat/ způsobit výpadky zdroje, což se mi nezdá, drží napětí po nějakou dobu, zdroj má kondík) zblázní, nebo se poškodí nasu paměť (většinou po dlouhé době běhu, což je asi opak, po výpadku vše znova naběhlo ne?) a zažil jsem, že NAS bral DHCP server útokem
Ale vyřešil to restart

nicméně pokud se to nestává pravidelně nebo se to stalo jednou, podezření bych měl, že prostě jsi před letu udělal prvotní zapojení a možná konfiguraci, Ať to bylo jak bylo, jsi na to nešáhl, běželo to, pak po letech muselo dojít na restart... šel čas, přišly nový zařízení a asi někde jsi nastavil mix statických a dynamických...

ony totiž dynamičnost dhcp se může projejovat různě, někdy to může být deterministtické, (a vůči čemu, třeba při změně rozsahu se změní hash funkce), může to být náhodné do expirace lease, může to záviset na mac a... třeba jeden dhcp má cool featuru, že když běží na 2 interfacech nebo dvakrát a tak stejnému zařízení přiřadí buď 10.1.0.234 a nebo 10.2.0.234 (pro rozsahy 10.1.0.0 a 10.2.0.0), protože hash funkce dá stejný výsledek a ten se dosadí jako host část ip adresy.

PS: taky záleží na pořadí zapojení zařízení v síti (obzvášť pokud mají nějakou funkci, že se pamatujou poslední přiřaz a dresu a), doporučuju jako první zapínat přistroj s DHCP, následně switch. ale samozřejmě je cílem to mít blbuvzdorné aby to fungovalo bez zásahů (představa, že po remote restartu je potřeba dolozit do technické místnosti a řešit pořadí rozběhu je hrůdnost)