Google Chrome 138 byl prohlášen za stabilní. Nejnovější stabilní verze 138.0.7204.49 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 11 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře. Verze pro Android nově umožňuje přesunutí adresního řádku do dolní části Chromu. Na iOS to bylo možné již od října 2023. S příští verzí 139 plánovanou na 5. srpna přestane být podporován Android 8.0 (Oreo) a Android 9.0 (Pie).
Byla vydána nová verze 9.14 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přidána byla podpora Orange Pi 5 Ultra a Orange Pi 5 Compute Module. V katalogu softwaru přibyl GZDoom.
Byl vydán Mozilla Firefox 140.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Dle plánu byla odstraněna ikona a integrace služby Pocket. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 140 je již k dispozici také na Flathubu a Snapcraftu.
Byla vydána (Mastodon, 𝕏) vývojová verze 3.1.2 příští stabilní verze 3.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání.
Na stránkách konference Den IPv6 2025, jež proběhla 6. června v Praze, byly zveřejněny prezentace (PDF) a videozáznamy přednášek.
Byla vydána verze 2.2.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Ke zhlédnutí jsou videozáznamy přednášek z konference KotlinConf 2025.
V linuxových systémech byly odhaleny dvě závažné zranitelnosti – CVE-2025-6018 v rámci PAM (Pluggable Authentication Modules) a CVE-2025-6019 v knihovně libblockdev, kterou lze zneužít prostřednictvím služby udisks. Ta je součástí většiny běžně používaných distribucí, jako jsou Ubuntu, Debian nebo Fedora. Kombinací obou zranitelností může útočník s minimálním úsilím získat root přístup. Vzhledem k jednoduchosti zneužití
… více »OpenSSL Corporation zve na den otevřených dveří ve středu 20. srpna v Brně a konferenci OpenSSL od 7. do 9. října v Praze.
Něco z IT bulváru: Mark Russinovich pozval Billa Gatese, Linuse Torvaldse a Davida Cutlera na večeři a zveřejnil společné selfie. Linus se s Billem ani s Davidem do té doby nikdy osobně nesetkal. Linus a David měli na sobě červená polotrika. Mark a Bill byli v tmavém [LinkedIn].
Evropská unie nově prověřuje obchod, při němž americký miliardář Elon Musk prodal svou sociální síť X dříve známou jako Twitter vlastnímu start-upu xAI za 33 miliard dolarů (712 miliard Kč). Unijní regulační úřady zvažují, zda firmě X neudělit pokutu podle nařízení Evropské unie o digitálních službách (DSA).
Ahoj, mám doma na serveru dhcp server, ale občas se bohužel stává, že občas někdo dostane špatnou adresu, resp. adresu někoho jinného. Je možné že mám někde v konfiguraci chybu? nebo mi chybí nějaký parametr, který toto řeší? Konfigurační soubor vypadá následovně:
option domain-name-servers 213.46.172.36, 213.46.172.37;
default-lease-time 43200;
max-lease-time 86400;
authoritative;
subnet 192.168.27.0 netmask 255.255.255.0 {
range 192.168.27.5 192.168.27.13;
option domain-name "alix.int"; option routers 192.168.27.1;
host wolfdale { hardware ethernet 00:24:1d:27:fd:1e; fixed-address 192.168.27.5; } }
Řešení dotazu:
Tak jak se zdá tak to nepomohlo, nebo to dhcp server ignoruje. Včera jsem dokonce dostal na noťasu kolidující IP v logu jsem našel toto: Dec 6
Dec 6 19:45:28 alix dhcpd: Dynamic and static leases present for 192.168.27.6.
Dec 6 19:45:28 alix dhcpd: Remove host declaration tynka or remove 192.168.27.6
Dec 6 19:45:28 alix dhcpd: DHCPREQUEST for 192.168.27.6 from 00:1c:26:55:97:8c via br0
Dec 6 19:45:28 alix dhcpd: DHCPACK on 192.168.27.6 to 00:1c:26:55:97:8c via br0
Dec 6 19:50:29 alix dhcpd: Dynamic and static leases present for 192.168.27.6.
Dec 6 19:50:29 alix dhcpd: Remove host declaration tynka or remove 192.168.27.6
Dec 6 19:50:29 alix dhcpd: DHCPREQUEST for 192.168.27.6 from 00:1c:26:55:97:8c via br0
Dec 6 19:50:29 alix dhcpd: DHCPACK on 192.168.27.6 to 00:1c:26:55:97:8c via br0
Dec 6 19:50:34 alix dhcpd: Dynamic and static leases present for 192.168.27.6.
Dec 6 19:50:34 alix dhcpd: Remove host declaration tynka or remove 192.168.27.6
Dec 6 19:50:34 alix dhcpd: DHCPREQUEST for 192.168.27.6 from 00:1c:26:55:97:8c via br0
Dec 6 19:50:34 alix dhcpd: DHCPACK on 192.168.27.6 to 00:1c:26:55:97:8c via br0
Dec 6 19:50:35 alix dhcpd: icmp_echorequest 192.168.27.6: Operation not permitted
Dec 6 19:50:36 alix dhcpd: DHCPOFFER on 192.168.27.6 to 00:16:6f:5f:20:6d (prasatko) via br0
Dec 6 19:50:36 alix dhcpd: DHCPREQUEST for 192.168.27.6 (192.168.27.1) from 00:16:6f:5f:20:6d (prasatko) via br0
Dec 6 19:50:36 alix dhcpd: DHCPACK on 192.168.27.6 to 00:16:6f:5f:20:6d (prasatko) via br0
Dec 6 19:50:43 alix dhcpd: DHCPREQUEST for 192.168.27.6 from 00:1c:26:55:97:8c via br0
Dec 6 19:50:43 alix dhcpd: DHCPACK on 192.168.27.6 to 00:1c:26:55:97:8c via br0
Dec 6 19:51:11 alix dhcpd: DHCPINFORM from 192.168.27.6 via br0
Dec 6 19:51:11 alix dhcpd: DHCPACK to 192.168.27.6 (00:16:6f:5f:20:6d) via br0
Dec 6 19:51:14 alix dhcpd: DHCPINFORM from 192.168.27.6 via br0
Dec 6 19:51:14 alix dhcpd: DHCPACK to 192.168.27.6 (00:16:6f:5f:20:6d) via br0
Dec 6 19:52:35 alix dhcpd: DHCPREQUEST for 192.168.27.6 from 00:1c:26:55:97:8c via br0
Dec 6 19:52:35 alix dhcpd: DHCPACK on 192.168.27.6 to 00:1c:26:55:97:8c via br0
jediné co mě ještě napadlo, je že mám dost restriktivně nastavený shorewall a log obsahuje řádek:
Dec 6 19:50:35 alix dhcpd: icmp_echorequest 192.168.27.6: Operation not permitted
tak nevím jeslit je možné že si chce otestovat že adresa 27.6 je používána ale díky shorewallu nemůže je to možné??
Dec 6 19:50:29 alix dhcpd: Dynamic and static leases present for 192.168.27.6. Dec 6 19:50:29 alix dhcpd: Remove host declaration tynka or remove 192.168.27.6Udelejte to co vam dhcp rika.
Tiskni
Sdílej: