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.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
server s dhcp na eth1 a dvoma vlan (192.168.11.0, 192.168.12.0 - VID sú 11 a 12) -> trunk -> switch -> vlan11
|-> vlan12
dhcpd.conf je nasledovný:
authoritative;
ddns-update-style none;
shared-network eth1
{
subnet 192.168.11.0 netmask 255.255.255.0
{
default-lease-time 86400;
max-lease-time 86400;
option netbios-node-type 8;
use-host-decl-names on;
option domain-name "domain.tld";
option routers 192.168.11.254;
option broadcast-address 192.168.11.255;
option subnet-mask 255.255.255.0;
option domain-name-servers 192.168.11.254;
option netbios-name-servers 192.168.11.254;
option ntp-servers 192.168.11.254;
pool
{
range 192.168.11.1 192.168.11.150;
deny unknown-clients;
host pc1
{
hardware ethernet 00:11:22:33:44:55;
fixed-address pc1.domain.tld;
}
}
pool
{
range 192.168.11.151 192.168.11.200;
allow unknown-clients;
}
}
subnet 192.168.12.0 netmask 255.255.255.0
{
default-lease-time 86400;
max-lease-time 86400;
option netbios-node-type 8;
use-host-decl-names on;
option domain-name "domain.tld";
option routers 192.168.12.254;
option broadcast-address 192.168.12.255;
option subnet-mask 255.255.255.0;
option domain-name-servers 192.168.12.254;
option netbios-name-servers 192.168.12.254;
option ntp-servers 192.168.12.254;
pool
{
range 192.168.12.1 192.168.12.150;
deny unknown-clients;
host nb1
{
hardware ethernet 55:44:33:22:11:00;
fixed-address nb1.domain.tld;
}
}
pool
{
range 192.168.12.151 192.168.12.200;
allow unknown-clients;
}
}
}
A moja otázka znie - ako vlastne bude dhcpd vedieť, že z akého "allow unknown-clients" pool-u má poslať IP adresu? Moja idea je taká, že čo sa týka zadefinovaných klientov by malo byť všetko OK, veď dhcpd priradí takú IP akú ma nadefinovanú k MAC adrese. Ale zároveň chcem aby stanice ktoré nie sú definované dostali vo vlan11 IP adresu z rozsahu 192.168.11.151-200 a stanice vo vlan12 adresu z rozsahu 192.168.12.151-200. Je toto vôbec možné spraviť? Bude to fungovať tak ako to mám nastavené, alebo treba niečo na serveri zmeniť/doplniť, alebo treba aj niečo nastaviť na switchi? Dúfam, že ste ma pochopili.
Vopred vám všetkým veľmi pekne ďakujem za pomoc.
Řešení dotazu:
shared-network a eth1? Neměl byste spíš mít 192.168.11.0/24 na eth1.11 a 192.168.12.0/24 na eth1.12? Pak to server rozliší podle toho, na který interface (stripnutý) paket dostane, stejně jako kdyby to byly dvě různé fyzické síťové karty.
Tiskni
Sdílej: