Poslední příspěvky1
Nová témata / ISC DHCP přiděluje duplicitní adresy
« Poslední příspěvek od zapik1 kdy Dnes v 06:17:09 »Zdravím,
objevil se mi tu takový nešvar - zjistil jsem že dvě zařízení (televize Samsung a ESP8266) mají stejné adresy. ESP8266 běží trvale, televize občas několikrát za den. V okamžiku, kdy jsem televizi poprvé zapnul tak to ESP bylo zrovna vypnuté, takže telka si zřejmě lízla jeho adresu a snaží se ji používat. Její rozhraní jak tak neslutečně ořezané a pitomé, že se nedá z něho zjistit ani jakou má adresu natož cokoliv - ale absolutně nic - nastavit.
Teď fakta:
Záznam z logu ISC DHCP serveru:
První si požádal o adresu Samsung, mac adresa b0:e4:5c:02:b9:d0 (přičemž ESP v tu chvíli byl zapnutý), za cca 20 minut obnovoval adresu ESP mac b4:e6:2d:36:d9:06 a ISC DHCP server jim oboum bez uzardění tu proklatou 192.168.1.224 prostě potvrdil.
Teď ráno vidím v logu (Samsung je od večera vypnutý):
Tj ESP si žádá o adresu, ale ve výpisu dhcp-lease-list ji vůbec nevidím.
V konfigurace DHCP serveru mám:
Takže by měl držet minimálně 1den jako obsazenou.
Pokusil jsem se situaci vyřešit záznamy "natvrdo", ale nic se nezměnilo, jako by to DHCP server úplně ignoroval:
Co jsem nepochopil a je úplně blbě? ISC server ve stávající konfigurci na tom serveru provozuji takto minimálně 10 let a zatím vždy v poho (nebo jsem si podobného chování nevšiml).
Jen doplním, že ESP má firmware generovaný ESPhome bez zásahu do konfigurace síťového nastavení.
Co přehlížím?
Díky
objevil se mi tu takový nešvar - zjistil jsem že dvě zařízení (televize Samsung a ESP8266) mají stejné adresy. ESP8266 běží trvale, televize občas několikrát za den. V okamžiku, kdy jsem televizi poprvé zapnul tak to ESP bylo zrovna vypnuté, takže telka si zřejmě lízla jeho adresu a snaží se ji používat. Její rozhraní jak tak neslutečně ořezané a pitomé, že se nedá z něho zjistit ani jakou má adresu natož cokoliv - ale absolutně nic - nastavit.
Teď fakta:
Záznam z logu ISC DHCP serveru:
2024-10-03T21:24:30.325095+02:00 debian dhcpd[1403]: DHCPOFFER on 192.168.1.224 to b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.325909+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 (192.168.1.10) from b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.338182+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b0:e4:5c:02:b9:d0 (Samsung) via br0
2024-10-03T21:24:30.339490+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'Samsung.zapadlo.test' A 192.168.1.224
2024-10-03T21:24:30.349630+02:00 debian dhcpd[1403]: Added new forward map from Samsung.zapadlo.test. to 192.168.1.224
2024-10-03T21:46:59.529207+02:00 debian dhcpd[1403]: DHCPOFFER on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.554231+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 (192.168.1.10) from b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.554473+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-03T21:46:59.557596+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'ESP_36D906.zapadlo.test' A 192.168.1.224
První si požádal o adresu Samsung, mac adresa b0:e4:5c:02:b9:d0 (přičemž ESP v tu chvíli byl zapnutý), za cca 20 minut obnovoval adresu ESP mac b4:e6:2d:36:d9:06 a ISC DHCP server jim oboum bez uzardění tu proklatou 192.168.1.224 prostě potvrdil.
Teď ráno vidím v logu (Samsung je od večera vypnutý):
2024-10-04T05:45:31.592302+02:00 debian dhcpd[1403]: DHCPREQUEST for 192.168.1.224 from b4:e6:2d:36:d9:06 via br0
2024-10-04T05:45:31.593019+02:00 debian dhcpd[1403]: DHCPACK on 192.168.1.224 to b4:e6:2d:36:d9:06 via br0
2024-10-04T05:45:31.605339+02:00 debian named[1027]: client @0x7f2280857168 127.0.0.1#40855/key rndc-key: updating zone 'zapadlo.test/IN': adding an RR at 'ESP_36D906.zapadlo.test' A 192.168.1.224
2024-10-04T05:45:31.605379+02:00 debian dhcpd[1403]: Added new forward map from ESP_36D906.zapadlo.test. to 192.168.1.224
Tj ESP si žádá o adresu, ale ve výpisu dhcp-lease-list ji vůbec nevidím.
V konfigurace DHCP serveru mám:
default-lease-time 86400;
max-lease-time 17800;
Takže by měl držet minimálně 1den jako obsazenou.
Pokusil jsem se situaci vyřešit záznamy "natvrdo", ale nic se nezměnilo, jako by to DHCP server úplně ignoroval:
host Samsung {
hardware ethernet b0:e4:5c:02:b9:d0;
fixed-address 192.168.1.224;
ddns-hostname "Samsung";
}
#teplomer babicka
host ESP_36D906 {
hardware ethernet b4:e6:2d:36:d9:06;
fixed-address 192.168.1.224;
ddns-hostname "ESP_36D906";
} Co jsem nepochopil a je úplně blbě? ISC server ve stávající konfigurci na tom serveru provozuji takto minimálně 10 let a zatím vždy v poho (nebo jsem si podobného chování nevšiml).
Jen doplním, že ESP má firmware generovaný ESPhome bez zásahu do konfigurace síťového nastavení.
Co přehlížím?
Díky
