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.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz