Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
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.
Řešení dotazu:
serviceescalation jde napsat host_name !jmeno_serveru, ale ne service_description !nazev_sluzby). Tím se ale dostanu do obdobného stavu, který jsem psal jako příklad na konci dotazu. Budu muset pro ten stroj vyjmenovat všechny služby a u nich uvést kontakty. Když se pak v budoucnu rozhodnu změnit parametry sledování a notifikací pro nějakou službu, budu to muset udělat v globální definici a znovu pro ten konkrétní stroj a tomu bych se rád vyhnul.
Jenže tím, že existuje globální eskalace pro všechny služby v dané skupině, tak se přebije nastavení notifikací u té služby.Tato sluzba, ale v zadne skupine neni. Vypadala by takto:
define service{
service_description extra_sluzba
host_name extra_host
contacts extra_kontakt
max_check_attempts 5
check_interval 5
retry_interval 3
check_period 24x7
notification_interval 30
notification_period 24x7
notification_options w,c,r
}
define host{
use generic-host
hostgroups all, hosting
host_name aa.bb.cc
}
define service{
use generic-service
host_name aa.bb.cc
service_description bflmpsvz
check_command check_bflmpsvz
contact_groups extra_kontakty
}
Globální definice služeb vypadá třeba takto:
define service{
hostgroup_name hosting
use generic-service
service_description SSHD
check_command check_ssh
}
Hostgroup je definovaná pouze jako:
define hostgroup{
hostgroup_name hosting
alias Webhosting
}
A eskalace jsou následující:
define hostescalation{
hostgroup_name hosting
first_notification 1
last_notification 0
notification_interval 60
contact_groups hosting_notify
}
define serviceescalation{
service_description *
hostgroup_name hosting
first_notification 1
last_notification 0
notification_interval 60
contact_groups hosting_notify
}
Pokud konfiguraci zapíšu takhle, odešle se notifikace pouze na hosting_notify. Skupina konktatů extra_kontakty se ignoruje. Pokud přidám define serviceescalation{
host_name aa.bb.cc
service_description bflmpsvz
first_notification 1
last_notification 0
notification_interval 60
contact_groups extra_kontakty
}
tak se notifikace služby bflmpsvz odešle na hosting_notify a extra_kontakty.
define serviceescalation{
service_description *
hostgroup_name hosting
first_notification 1
last_notification 0
notification_interval 60
contact_groups hosting_notify
}
je potřeba rozepsat definici následovně:
define serviceescalation{
service_description *
hostgroup_name hosting
host_name !extra_host
first_notification 1
last_notification 0
notification_interval 60
contact_groups hosting_notify
}
define serviceescalation{
host_name extra_host
service_description extra_sluzba
first_notification 1
last_notification 0
notification_interval 60
contact_groups extra_kontakty
}
define serviceescalation{
host_name extra_host
service_description *,!extra_sluzba
first_notification 1
last_notification 0
notification_interval 60
contact_groups hosting_notify
}
Zkoušel jsem touhle cestou jít už dřív, ale přestože u host_name jde napsat !extra_host, u service_description se musí uvést i *: *,!extra_sluzba.
Tiskni
Sdílej: