MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Postupoval jsem dle návodu na webu "http://news.softpedia.com/news/Alternative-Installation-Methods-for-Hardy-86977.shtml" ovšem zkončil jsem u nastavení dhcp3. V něm mám jistě vše dobře nastavené:
dhcpd.conf
ping-check = 1;
filename = "ubuntu/install/netboot/pxelinux.0";
subnet 192.167.1.0
netmask 255.255.255.0 {
range 192.167.1.1 192.167.1.254;
}
Ovšem při startu mi dhcp3 vyhazuje chybu:
* Stopping DHCP server dhcpd3 [fail]
* Starting DHCP server dhcpd3 [fail]
Po několika strávených hodinách při kterých jsem tento problém řešil jsem nebyl schopen ho rozumným způsobem vyřešit. Jen dodám, že místo ubuntu používám instalačku Debianu (debian-40r3-i386.iso). Rozběhnutí tohoto dhcp je poslední věc co mi brání v úspěšném bootu po LAN.
Pokud máte nějaké nápady jak tento problém vyřešit byl bych moc rád za všechny rady, informace i nápady jak tuto situaci vyřešit. Předem děkuji všem.
dhcpd.conf – třeba můj dhcpd nezná volbu ping-check. Spusťte si dhcpd z příkazové řádky a on vám napíše, co se mu nelíbí. Osobně bych vyšel spíš z příkladu, který bývá u dhcpd.conf, ten by snad měl být aktuální. Návod na webu může být k jiné verzi dhcpd, než kterou máte vy.
Spusťte si dhcpd z příkazové řádky a on vám napíše, co se mu nelíbí.Porad spoustite debiani skript z init.d (nebo kde tam presne sou, debiana nemam). Kdyz spustite binarku dhcpd primo, tak ta vam jenom fail nikdy nenapise.
hp-user@uzivatel-laptop:/etc/init.d$ ./dhcp3-server start
dhcpd self-test failed. Please fix the config file.
The error was:
To je všechno ... tím config file myslí dhcpd.conf ?
To je všechno ... tím config file myslí dhcpd.conf ?Ano,
dhcpd.conf. Ale pokud spustíte opravdu program dhcpd z příkazové řádky a vynecháte ty spouštěcí skripty, spustí se dhcpd se stejnou konfigurací, s jakou jej spouští ten skript, ale s největší pravděpodobností vypíše v čem je chyba, nebo alespoň na jakém řádku. Můžeme se pokoušet uhodnout, kde chyba je, může ten soubor někdo zkusit rozsparsovat z hlavy a třeba přijde na to, kde je chyba, ale nejjednodušší je nechat si to říci od dhcpd, když to říct umí.
Nejlepší bude spustit dhcpd s parametry -f a -d – pak poběží na popředí a chybový výstup místo do logu půjde na obrazovku. Ukončíte jej Ctrl+C.
/usr/sbin/dhcpd -f -d
No subnet declaration for eth0 (89.203.140.19).
** Ignoring requests on eth0. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface eth0 is attached. **
Not configured to listen on any interfaces!
Tedy jestli jsem to dobře pochopil tak není deklarovaný subnet pro eth0 ovšem subnet je v dhcpd.conf deklarovaný ... tedy jak to zkonfigurovat?
subnet 192.167.1.0 netmask 255.255.255.0, podle hlášky má ale váš počítač IP adresu 89.203.140.19, která je z jiného subnetu. Což nedává moc smysl, protože nemá význam přidělovat IP adresy do subnetu, jehož není sám DHCP server členem (pokud nepoužíváte nějaký DHCP bridge). Takže buď řekněte DHCP, ať přiděluje IP adresy z vašeho subnetu (tedy z toho, kde je 89.203.140.19), nebo přidejte rozhraní eth0 ještě jednu IP adresu, nějakou z rozsahu, který chcete přidělovat:
ip addr add 192.167.1.1 dev eth0Pozor, pokud zvolíte první variantu (přidělovat IP adresy z existujícího rozsahu okolo 89.203.140.19), dejte pozor na to, ať do sítě nepřidělujete IP adresy, které přidělovat nemáte. Pokud to tedy není vaše síť a nevíte, který rozsah můžete kam přidělit, raději bych se do této varianty nepouštěl a použil bych tu druhou, že si uděláte svou malou druhou síť (např. to 192.168.1.0/24).
/etc/defaults/dhcp
dhcpd pozná, na kterém rozhraní má naslouchat, podle subnetu, pro který má přidělovat IP adresy. Ostatně plyne to i z té části chybové hlášky, která předchází vaší citaci.
INTERFACES="eth2" # interface na kterem bude server poslouchat, oddelene mezerou
The error was:Doufám, že to bude jeden z posledních problémů ...
/etc/dhcp3/dhcpd.conf line 2: semicolon expected.
subnet
^
subnet 192.167.1.0
netmask 255.255.255.0 {
range 192.167.1.1 192.167.1.254;
}
subnet a netmask máte rozdělené na dva řádky. Bylo mi to divné, ale říkal jsem si, že to tedy asi dhcpd zkousne, když to máte z nějakého návodu. Ale evidentně ne. Takže to musí být na jednom řádku:
subnet 192.167.1.0 netmask 255.255.255.0 {
range 192.167.1.1 192.167.1.254;
}
dhcpd.conf nyní? Ta hláška je celkem jasná, na konci prvního nebo druhého řádku vám chybí středník…
. Opět jsem se dostal do fáze:
* Stopping DHCP server dhcpd3 [fail] * Starting DHCP server dhcpd3 [fail]
Internet Systems Consortium DHCP Server V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Wrote 0 leases to leases file.
No subnet declaration for eth0 (89.203.140.19).
** Ignoring requests on eth0. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface eth0 is attached. **
Not configured to listen on any interfaces!
Moc děkuji všem za pomoc při řešení problému.
Tiskni
Sdílej: