Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.
The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.
Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
________
+-------------+ /
| ISP 1 | /
+-------------+ (RADIO) +------+
| | gw 88.x.x.1 | /
+------+-------+ +-------------+ /
+----------------+ | eth0 | /
| | |eth2 | |
| Local networks +----+ Linux router | | Internet cloud
| | | FW (NAT)| |
+----------------+ | eth1 | \
+------+-------+ +-------------+ \
| | ISP 2 | \
+-------------+ (O2) +------+
| gw 10.0.0.1 | \
+-------------+ \________
ip eth0 88.x.x.2
ip eth1 10.0.0.1
ip eth2 192.168.1.1
traffic rozdeluji mezi ISP pomoci znaceni paketu
iptables -t mangle -I PREROUTING -s 192.168.1.4 ... set-mark=0x66 a jde to pres O2 coz je i defaultni gateway
Pokud to jde takhle pres nat z vnitrni site, tak si muzu poslat cokoli pres jakehokoliv ISP.
Problem je, kdyz chci smerovat neco co jde primo z FW. Pomoci iptables se mne to nepodarilo, stale to chodi pres default gateway.
Na FW bezi postfix, kde se posta tridi a pak preposila na server(ve vnitrni siti). Ja chci prave aby postfix odesilal postu pres ISP1. Defaultne vse co jde z FW odchazi pres ISP2
Zkousel jsem i smtp_bind_address v main.conf to pak posta odchazi pres toho koho chci, ale prijata posta se uz neposle na server ve vnitrni siti.
Napada nekoho jak to resit?
. Pres iptable si oznackujte pakety a pres ip rule je smerujte kam chcete.
. . . ip rule add fwmark 0x66 table radio ip rule add fwmark 0x65 table o2 . . .iptables -A PREROUTING -i eth2 -s 192.168.1.4 -i eth2 -j MARK --set-mark 0x66jde pres RADIOiptables -A PREROUTING -i eth2 -s 192.168.1.1 -i eth2 -j MARK --set-mark 0x66Tady je source IP FW na kterem jsou pravidla aplikovany a jde pres O2 (potrebuju vedet jak to nastavit at to jde taky pres RADIO)iptables -A PREROUTING -i eth2 -s 192.168.1.3 -i eth2 -j MARK --set-mark 0x65jde pres RADIO
iptables -t mangle -I OUTPUT -p tcp --dport 25 -j MARK --set-mark=0x66
Stale chodi pres O2 misto RADIO
ip rule show
0: from all lookup 255
32686: from 10.0.1.1 lookup skynet
32687: from 10.0.0.1 lookup o2
32688: from 88.x.x.4 lookup radio
32689: from 88.x.x.3 lookup radio
32690: from 88.x.x.2 lookup radio
32691: from all fwmark 0x64 lookup skynet
32692: from all fwmark 0x65 lookup o2
32693: from all fwmark 0x66 lookup radio
32714: from 88.x.x.0/29 lookup radio
32718: from 88.x.x.2 lookup radio
32766: from all lookup main
32767: from all lookup default
ip route show
192.168.121.2 dev tun0 proto kernel scope link src 192.168.121.1
88.x.x.0/29 dev eth0 scope link src 88.x.x.2
10.0.0.0/24 dev eth1 scope link src 10.0.0.1
10.0.1.0/24 dev eth1 proto kernel scope link src 10.0.1.1
192.168.1.0/24 dev eth2 proto kernel scope link src 192.168.1.1
192.168.121.0/24 via 192.168.121.2 dev tun0
169.254.0.0/16 dev eth2 scope link
default via 10.0.0.138 dev eth1
ip rule del fwmark 0x66 table radio
ip rule add fwmark 0x66 table radio
ip rule del from 10.0.1.1 table skynet
ip rule add from 10.0.1.1 table skynet
smtp unix - - n - - smtp
-o smtp_bind_address=10.0.1.1
smtpinternal unix - - n - - smtp
-o smtp_bind_address=192.168.120.254
V transport maps smeruju vse pro server ve vnitrni siti do smtpinternal zbytek jde pres smtp...
Ale stale me zajima jak to resit pres ip rule ci iptables.
Tiskni
Sdílej:
