Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Zdravím,
mám následující topologii dvou LAN spojených pomocí VPN:
LAN A --|router A| ---VPN přes internet--- |router B|-- LAN B
rád bych, aby bylo možné spojení ze kteréhokoliv počítače z LAN A do LAN B a také zpět. Brány mám nastaveny v LAN A pro router A a v LAN B pro router B. Moje představa je taková, že na routerech A a B se nastaví pravidla, aby požadavek přicházející z LAN A na router A vyhovující IP rozsahu LAN B bude pomocí VPN linky odeslán na router B, který jej dále odešle na příslušný PC v LAN B
Rozsahy IP adres jsou následující:
LAN A: 192.168.20.0 255.255.255.0
router A: eth0 - rozhraní do LAN A; eth1 - rozhraní do internetu; tap0 - VPN 192.168.0.1 255.255.255.0
router B: eth0 - rozhraní do LAN B; eth1 - rozhraní do internetu; tap0 - VPN 192.168.0.2 255.255.255.0
LAN B: 192.168.10.0 255.255.255.0
VPN spojení je při výpadku automaticky obnovováno. Na obou routerech je nainstalován Debian Etch
Předem děkuji všem, kteří poskytnou své cenné rady a zkušenosti zelenáči, jako jsem já 
route add -net 192.168.10.0 netmask 255.255.255.0 gw 192.168.0.1a na routeru B
route add -net 192.168.20.0 netmask 255.255.255.0 gw 192.168.0.2
Dají se tyto příkazy nastavit pomocí skriptu? Mám konkrétně na mysli, aby při vypnutí a zapnutí některého ze strojů došlo k obnovení těchto routovacích pravidel
Tak je to sice vše pěkné, ale funkční jen částečně.
Po zadání routovacích příkazů na routrech se z LAN A dostanu pouze na router B, ale do LAN B už se nedostanu. Stejná situace je i z druhé strany.
Máte tušení, kde je zakopaný pes?
cat /proc/sys/net/ipv4/ip_forward
routování povolené je. Na obou routrech vypíše hodnotu 1. Oba routry používám jako brány do internetu v jednotlivých LAN, takže muselo být povolené tak jako tak
Myslim, ze zminovana pravidla nahore jsou spravne,
jen se ti pakety neroutujou spatky do tunelu, ale do
internetu. Takze, si over ve firewallu jestli se ti source
z VPN forwarduje spatky pres tap.
NN
Tak vyřešeno. V routovacích příkazech byly prohozeny adresy bran. Tak jsem je prohodil a vše bez problémů funguje.
Děkuji všem za ochotu a pomoc, budu se těšit zase někdy příště
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz