Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.
Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.
Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.
Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB
Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.
Marek Tóth v příspěvku DOM-based Extension Clickjacking: Data ve správcích hesel v ohrožení na svém blogu popsal novou clickjacking techniku s několika variantami útoků a otestoval ji proti 11 správcům hesel. Výsledkem bylo nalezení několika 0-day zranitelností, které mohly ovlivnit uložená data desítek milionů uživatelů. Jedno kliknutí kdekoliv na webové stránce kontrolované útočníkem umožňovalo ukrást uživatelská data ze
… více »Na dnešní akci Made by Google 2025 (YouTube) byly představeny telefony Pixel 10 s novým čipem Google Tensor G5 a novými AI funkcemi, hodinky Pixel Watch 4 a sluchátka Pixel Buds 2a.
The Document Foundation oznámila vydání nové major verze 25.8 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) a také na Youtube a PeerTube.
Zdravim, chtel bych se zeptat na jednu vec. Mam lokal s Ubuntu, kde byl donedavna jen jeden zivatel. Ted jsem si udelal dalsi ucty s overovanim na serveru. Na Ubuntu nam v /etc/rc.local pomoci cifs mountly sitove disky ze serveru. Disky se ale pripoji vsem uzivatelum. Kde si nastavim mountovani pro kazdeho uziv. zvlast (po startu, pomoci cifs). . Diky
Nejsem si jistý, jestli rozumím. Pokud ověřování probíhá přes síť, Ubuntí stroj při startu nezná seznam všech potenciálních uživatelů. Jak by potom bylo možné „při startu“ mountovat disk „pro každého uživatele zvlášť?“
Nebylo by možné použít např. GVFS, díky kterému by si uživatelé připojovali disky až po přihlášení?
OK, kdyz nebudeme resit misto odkud se uzivatele overuji. Dejme tomu, ze jsou lokalni. Kde je neco jakop /etc/rc.local separatni pro kazdeho uzivatele zvlast?
Teoreticky třeba kde3x má v ~/.kde/Autostart prostor pro nějaké skripty.
Pokud to má fungovat i pro přihlášení do textové konzole, pak zkuste soubor ~/.profile
. Může tam však být problém s tím, že tento skript se nespouští pod rootem, což pro mount
může být potřeba => může se Vám hodit sudo
.
co treba obycejne /etc/fstab..
NN
To asi nebude to pravé. Jestli jsem to pochopil, na jedné pracovní stanici se bude střídat více uživatelů, každý však bude mít přístup do jiných adresářů na serveru .. jestli to fstab bude umět rozlišit, který uživatel je právě přihlášen a podle toho by "pustil" uživatele na server a do předem určeného adresáře pro tohoto konkrétního uživatele, bylo by to dobré. .
Presne tak, jak pisete. Uz kdysi jsem to resil, ale mel jsem jen jednoho usera. V tom propade byla opravdu nejlepsi varianta /etc/rc.local ... co s tim ted, kdyz je jich vic ale nevim
No kdyby me to na klienty posilal primo server, tak by to bylo super...
Proč Vám nevyhovuje autofs ?
Nikdo nevite jak tohle nastavit nebo se mnou nemluvite?
Vazne? Prava mam samozrejme nastavena, ale prijde mi nelogicke, proc bude mit uzivatel Pepa, mountly disky (slozky samby) dalsich X uzivatelu, kdyz do nich nemuze ani nakouknout? Disky (odkazy na ne) jsou na plose, takze to muze byt trosku zmatek.
proc bude mit uzivatel Pepa, mountly disky (slozky samby) dalsich X uzivatelu, kdyz do nich nemuze ani nakouknout?V Linuxu to tak prostě je, jmenný prostor souborového systému je pro všechny uživatele společný. Ostatně třeba ve Windows je to úplně stejně.
Disky (odkazy na ne) jsou na plose, takze to muze byt trosku zmatek.Není žádný důvod k tomu, aby měl uživatel na ploše odkazy i na disky, které ho nezajímají.
Popravdě řečeno tomu přestávám rozumět. Kam ty disky chcete mountovat? Vně domovských adresářů (/mnt/pepuv_sitovy_disk
), uvnitř domovských adresářů (/home/pepa/Documents/pepuv_sitovy_disk
) nebo přímo namísto domovského adresáře (/home/pepa
)?
A co přesně myslíte těmi "odkazy na ploše"? Jsou to ručně vytvořené symbolické odkazy (ln -s /mnt/pepuv_disk /home/pepa/Desktop/sitovy_disk
), nebo automaticky generované ikony, které se vytvářejí v KDE a GNOME pro všechny optické mechaniky, USB disky, síťové disky atd.?
Mají všichni uživatelé stejnou strukturu připojovaných disků -- chce uživatel „pepa“ pouze disk //server/pepa
a uživatel „franta“ pouze disk //server/franta
? Nebo potřebujete něco divočejšího jako: Pepovi připojit disk fotky
a dokumenty
, zatímco Frantovi jen fotky
?
Server nabizi prostrednictvi Samby napr. slozky:
Pepa - muze do ni jen Pepa
Franta - muze do ni jen Franta
atd.
Public - zapisovat muze jen Pepa, cist mohou ostatni uziv.
FOTKY - zapisovat muze jen Pepa, cist mohou vsichni, kdo jsou ve skupine fotky
atd.
A ted potrebuju, aby kazdy uzivatel videl v Gnome jen to, na co ma narok. V /etc/rc.local jsem mountoval do /media/server/nazevsdileni.. A na plose mel uzivatel "automaticky" ikonku s tim sdilenim.
Ted mam ale uzivatelu vic, tak potrebuju, aby tam mel kazdy ikonky jen na to, kam muze... chapete to?
Diky za pomoc..
Prima, už rozumím. Není pak ale nejsnazším řešením použít Gnomí VFS namísto systémového "mount"? Každý uživatel si tak připojí právě ty složky, které potřebuje. Chce-li, mohou se mu zobrazit i v menu a na ploše.
No nevim, jestli v tomhle pripade budou ty slozky videt i v programech..napr. pro ukladani. a jde poslat ze serveru neco, aby se to kazdemu uzivateli pridalo automaticky?
No nevim, jestli v tomhle pripade budou ty slozky videt i v programech..napr. pro ukladani.
Ano, budou. Všechny připojené disky najdete v ~/.gvfs/
. Pro ne-GNOME aplikace může být užitečné někam umístit symbolický odkaz na tuto složku – třeba na plochu.
jde poslat ze serveru neco, aby se to kazdemu uzivateli pridalo automaticky?
Máte-li root
přístup, pak to není problém. Stačí do složky s nastavením Gconf každého uživatele umístit patřičně nachystaný soubor. Z hlavy Vám přesněji neporadím, ale Google by mohl detaily vědět.
Tiskni
Sdílej: