Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Zdravím, mám problém s routováním některých IP. Uvádím 2 IP, 252 OK a 251 nechodí (ping z WAN - dle tcpdump eth1 nepředá paket do eth0). Nastavení ---------- /net.ipv4.ip_forward = 1/ rozhraní: eth1 inet adr:195.XXX.XXX.254 Všesměr:195.XXX.XXX.255 Maska:255.255.255.128 eth0 inet adr:192.168.1.1 Všesměr:192.168.1.255 Maska:255.255.255.0 /etc/rc.d/rc.local: arp -Ds 195.XXX.XXX.252 eth1 pub arp -Ds 195.XXX.XXX.251 eth1 pub ip route add 195.XXX.XXX.252/32 src 195.XXX.XXX.254 dev eth0 ip route add 195.XXX.XXX.251/32 src 195.XXX.XXX.254 dev eth0 arp -an ? (195.XXX.XXX.252) na 00:50:FC:XX:XX:XX [ether] na eth0 ? (195.XXX.XXX.251) na 00:30:05:XX:XX:XX [ether] na eth0 ? (195.XXX.XXX.252) na * PERM PUP na eth1 ? (195.XXX.XXX.251) na * PERM PUP na eth1 .......... route -n 195.XXX.XXX.252 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 195.XXX.XXX.251 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 195.XXX.XXX.128 0.0.0.0 255.255.255.128 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 195.XXX.XXX.129 0.0.0.0 UG 0 0 0 eth1 ........... v iptables je SNAT -A POSTROUTING -s 192.168.1.0/255.255.255.0 -o eth1 -j SNAT --to-source 195.XXX.XXX.254 -A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 195.XXX.XXX.128/255.255.255.128 -j SNAT --to-source 195.XXX.XXX.254 Díky za nakopnutí.
takze :) to druhe pravidlo v IPPTABLES mas zbytocne (to prve je vseobecnejsie takze druhe sa neaplikuje) dalej... co tak vypiscat /proc/sys/net/ipv4/conf/eth1/proxy_arp? dalej treba specifikovat ci nieco na strane eth0 bude mat tu verejnu alebo nejaku lokalnu a podla toho nastavit iptables a najlepsie je si pozriet vystuptcpdump -i eth1 arpci sa pri pingu z vonku objaviarp request who has 195.XXX.XXX.251 a nasledne apr reply 195.XXX.XXX.251 is at YY:YY:YY:YY:YYppricom tie YY budu HW adresa sietovky eth1
To druhé pravidlo v IPTABLES není zbytečné, aplikuje se při komunikaci na eth0 (např. 192.168.1.100 -> 195.XXX.XXX.252). tcpdump -i eth1 arp Díky za dobrý tip. Odhalil, že nepřijde požadavek who-has, takže se nejspíš jednalo o ARP tabulku na routeru 195.XXX.XXX.129. Restart routeru vyřešil problém.
Omlouvám se za tak pozdní odpověď. Ten překlad opravdu není nutný. Řeší případný router s LAN na jakékoli IP 195.XXX.XXX.128/25 (Tebou uvedený příklad).
Tiskni
Sdílej: