Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 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řibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#špatně, něco se tomu nelíbí, podle rpcinfo -p
root@server:/etc# rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 46167 status
100024 1 tcp 37996 status
100021 1 udp 40360 nlockmgr
100021 3 udp 40360 nlockmgr
100021 4 udp 40360 nlockmgr
100021 1 tcp 54289 nlockmgr
100021 3 tcp 54289 nlockmgr
100021 4 tcp 54289 nlockmgr
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100005 1 udp 41953 mountd
100005 1 tcp 59999 mountd
100005 2 udp 41953 mountd
100005 2 tcp 59999 mountd
100005 3 udp 41953 mountd
100005 3 tcp 59999 mountd
jsem zjistil který porty jsou nfs využívaný na serveru a dopsal jsem je do iptables, restartoval a
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#zkusil nastavit portforwarding (dmz pinholes) v ipcopu na porty, které využívá nfs na serveru ale zase jsem se daleko nedostal
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#ale posléze zjistil že po výpisu
root@server:/etc# rpcinfo -p 192.168.0.100
program vers proto port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100000 4 7 111 portmapper
100000 3 7 111 portmapper
100000 2 7 111 portmapper
100005 1 udp 654 mountd
100005 3 udp 654 mountd
100005 1 tcp 654 mountd
100005 3 tcp 654 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100024 1 udp 769 status
100024 1 tcp 792 status
100021 0 udp 990 nlockmgr
100021 0 tcp 632 nlockmgr
100021 1 udp 990 nlockmgr
100021 1 tcp 632 nlockmgr
100021 3 udp 990 nlockmgr
100021 3 tcp 632 nlockmgr
100021 4 udp 990 nlockmgr
100021 4 tcp 632 nlockmgr
porty které nfs na Freenasu bere nejsou stejné.
V tomhle jsem nováček, NFS mi moc neříká proto se ptám, ale očividně je třeba nastavit tomu NFS pevné porty (sjednotit) pro komunikaci, kvůli firewallu který střeží území mezi zelenou a DMZ zónou ale zakopanej pes může být uplně jinde. Předem díky za přečtení ;)
Řešení dotazu:
problém jsem vyřešil mountem curlftps, který se umí chovat pomocí parametru allow_other podobně jako nfs - všichni vidí adresář v počítači a mohou do něj přistupovat
curlftpfs -o allow_other ftp://uzivatel:heslo@192.168.0.100 /mnt/sitovydisk/
Tiskni
Sdílej: