Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 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řibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
eth0="dhcp" INTERFACES=(eth0)Dakujem vopred :)
Řešení dotazu:
Teoreticky byste mohl mít vyčerpaný rozsah IP adres na dhcp serveru, mít nastavenou nějakou autentikaci, mít danou MAC zakázanou ... když si MAC adresu změníte, IP adresu dostanete? A taky, co ve windows dostanete, je to něco jiného, než síť 169.254.0.0/16? Viz APIPA/zeroconf.
http://pastebin.com/m6a322eab
Vsimol som si ze WiFi ma IP 169.254.12.232/16 aj ked je vypnuta a nepouziva sa.
To vypadá dobře ... můžete zkusit jiného dhcp klienta a s wiresharkem najít rozdílv komunikaci, tedyco je v linuxu jiného oproti woknům?
mii-tool?
Nov 9 17:11:35 Dno dhcpcd[2557]: eth0: dhcpcd 3.2.3 starting Nov 9 17:11:35 Dno dhcpcd[2557]: eth0: hardware address = 00:16:e6:xx:xx:xx Nov 9 17:11:35 Dno dhcpcd[2557]: eth0: broadcasting for a lease Nov 9 17:11:42 Dno dhcpcd[2557]: eth0: offered 10.0.0.2 from 10.0.0.138 `XXX-XX-XXX' Nov 9 17:11:42 Dno dhcpcd[2557]: eth0: checking 10.0.0.2 is available on attached networks Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: leased 10.0.0.2 for 259200 seconds Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: adding IP address 10.0.0.2/16 Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: adding default route via 10.0.0.138 metric 0 Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: adding route to 169.254.0.0/16 metric 0 Nov 9 17:11:43 Dno modify_resolvconf: Service dhcpcd modified /etc/resolv.conf. See info block in this file Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: setting hostname to `dhcppc1' Nov 9 17:11:43 Dno dhcpcd[2557]: eth0: exitingA když tam máš jen část poznáš v jaké fázi to krachlo.
Když má timeout, tak timeout ... jedině ... jestli nemá víc síťovek a nepouští dhcp na jinym, než si myslí? Případně jestli nemá přes iptables zaraženej provoz 
To by nevadilo, protože dhcpcd používá RAW sockety...Případně jestli nemá přes iptables zaraženej provoz
Fajn, taky vidim ... už :-/
jak uz jsem psal... jestli nemá víc síťovek a nepouští dhcp na jinym, než si myslí?
mii-tool a podivat se jestli vidi link
Tusim, ze dhcpcd ma parametr --timeout, to by taky stalo jeste za vyzkouseni, zvysit ten limit.
Tiskni
Sdílej: