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.
mám problém: Na serveru mám VPN, na které přes kterou přistupuju do jiné sítě. Chci udělat to, aby všechny HTTP požadavky přicházející na můj server port 8080 byly přesměrovány na PC ve VPN, port 8080.
Můj PC v mojí síti má IP 10.186.68.115/16, vzdálený má IP 10.12.154.90. Udělal jsem to tahle:
iptables -t nat -A PREROUTING -p tcp --dport 8080 -j DNAT --to-destination 10.12.154.90:8080
ale nefunguje to ..
Zadal jsem tenhle jeden příkaz - nic víc. Co mám ještě udělat? 
Dííky
Řešení dotazu:
No ... nefunguje to ani z mého serveru (tam, kde provádím ten DNAT), ani z jiného PC v mé síti. Viz (připomínám, že 10.186.68.115 je můj server):
sd-debian:~# wget 10.186.68.115:8080 --2011-04-05 15:18:02-- http://10.186.68.115:8080/ Navazuje se spojení s 10.186.68.115:8080… nezdařilo se: Spojení odmítnuto.
Ale pokud to udělám na serveru přímo:
sd-debian:~# wget 10.12.154.90:8080 --2011-04-05 15:22:45-- http://10.12.154.90:8080/ Navazuje se spojení s 10.12.154.90:8080… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 200 OK Délka: 104 [text/html] Ukládám do: „index.html.1“.
A výpis iptables:
sd-debian:~# iptables -t nat -L -n -v
Chain PREROUTING (policy ACCEPT 882 packets, 115K bytes)
pkts bytes target prot opt in out source destination
2 120 DNAT tcp -- eth0 * 0.0.0.0/0 10.186.68.115 tcp dpt:8080 to:10.12.154.90:8080
Chain POSTROUTING (policy ACCEPT 709 packets, 44592 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 702 packets, 44172 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT)Navíc to není "tím cílovým serverem" ... když tam dám jinou IP, tak se to chová stejně...
Tiez by som to videl na problem s forwardom. Konkretne je potrebne forwarding povolit v jadre:
sysctl -w net.ipv4.ip_forward=1
A nasledne povolit vo FW:
iptables -A FORWARD -p tcp -d 10.12.154.90 --dport 8080 -j ACCEPT
Ak to zafunguje, tak to bude treba povolit nastalo (sysctl zvycajne v /etc/sysctl.conf)
Výše zmíněné jsem udělal.
Abych to zrekapitulovat: Mám server 10.186.68.115, který je připojen do VPN (ve které je i server, kam se chci připojit, tj. 10.12.154.90). Na serveru jsem udělal:
iptables -t nat -F iptables -F sysctl -w net.ipv4.ip_forward=1 iptables -A FORWARD -p tcp -d 10.12.154.90 --dport 8080 -j ACCEPT iptables -t nat -A PREROUTING -p tcp --dport 8080 -j DNAT --to-destination 10.12.154.90:8080
Můj server se na svůj vlastní port 8080 vůbec nepřipojí - Spojení odmítnuto. Pokud zkouším z jiného PC v mojí síti (10.186.68.126) dostávám:
root@ondra:~# wget 10.186.68.115:8080 --2011-04-05 16:35:10-- http://10.186.68.115:8080/ Navazuje se spojení s 10.186.68.115:8080… nezdařilo se: Spojení bylo příliš dlouho neaktivní. Zkusí se to znovu. ....
Pokud se koukám do Wiresharku, vidím, že se odesílá pouze SYN, ale už nepřijde ACK
Tiskni
Sdílej: