Byla vydána nová verze 9.20 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček RustDesk Server pro vzdálený přístup.
Jonathan Thomas oznámil vydání nové verze 3.4.0 video editoru OpenShot (Wikipedie). Představení novinek také na YouTube. Zdrojové kódy OpenShotu jsou k dispozici na GitHubu. Ke stažení je i balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit.
Byla vydána nová verze 1.6 otevřeného, licenčními poplatky nezatíženého, univerzálního ztrátového formátu komprese zvuku Opus (Wikipedie) a jeho referenční implementace libopus. Podrobnosti na demo stránce.
Vojtěch Polášek představil Vojtux, tj. linuxovou distribuci pro zrakově postižené uživatele. Vychází ze spinu Fedory 43 s desktopovým prostředím MATE. Konečným cílem je, aby žádný Vojtux nebyl potřeba a požadovaná vylepšení se dostala do upstreamu.
Byla vydána (Mastodon, 𝕏) druhá RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 160 (pdf).
Izrael od února zakáže dětem používat v prostorách základních škol mobilní telefony. Podle agentury AFP to uvedlo izraelské ministerstvo školství, které zdůraznilo negativní dopady, které na žactvo používání telefonů má. Izrael se tímto krokem přidává k rostoucímu počtu zemí, které dětem ve vzdělávacích zařízeních přístup k telefonům omezují.
Internetová společnost Google ze skupiny Alphabet pravděpodobně dostane příští rok pokutu od Evropské komise za nedostatečné dodržování pravidel proti upřednostňování vlastních služeb a produktů ve výsledcích vyhledávání. V březnu EK obvinila Google, že ve výsledcích vyhledávání upřednostňuje na úkor konkurence vlastní služby, například Google Shopping, Google Hotels a Google Flights. Případ staví Google proti specializovaným
… více »Byl oznámen program a spuštěna registrace na konferenci Prague PostgreSQL Developer Day 2026. Konference se koná 27. a 28. ledna a bude mít tři tracky s 18 přednáškami a jeden den workshopů.
Na webu československého síťařského setkání CSNOG 2026 je vyvěšený program, registrace a další informace k akci. CSNOG 2026 se uskuteční 21. a 22. ledna příštího roku a bude se i tentokrát konat ve Zlíně. Přednášky, kterých bude více než 30, budou opět rozdělené do tří bloků - správa sítí, legislativa a regulace a akademické projekty. Počet míst je omezený, proto kdo má zájem, měl by se registrovat co nejdříve.
#ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:0d:87:31:77:3b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.8/24 brd 192.168.1.255 scope global eth0
inet 192.168.1.248/24 brd 192.168.1.255 scope global secondary eth0:0
a nyni bych potreboval presmerovat vsechny pozadavky co smeruji na rozhrani 192.168.1.248 (eth0:0) na ip 192.168.1.4.
Zkousel sem iptables (DNAT), ale toto nefunguje
# iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- anywhere 192.168.1.248 to:192.168.1.111 Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination #iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destinationNevim proc, ale tato politika je ignorovana. Kdyz dam telnet 192.168.1.248 25, dostanu se na smtp server na 192.168.1.8 a ne na 192.168.1.111, jak bych potreboval. Dekuji moc za kazdou radu (snad krome google ;)) S pozdravem Petr
Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- anywhere 192.168.1.248 to:192.168.1.4 Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere 192.168.1.4
Mam na stroji nahozeno virtualni rozhrani eth0:0
Nemáte. To je jen iluze, kterou vytváří příkaz ifconfig. Ve skutečnosti žádné takové rozhraní (ani virtuální) neexistuje. Právě při nastavování paketového filtru je důležité mít to na paměti, protože když zkusíte to fiktivní rozhraní použít v podmínce -i nebo -o, se zlou se potážete.
tcpdump nebo ethereal, protože vám ukážou, kde přesně se pakety ztrácejí nebo špatně překládají.
Problém ve vaší konfiguraci je v tom, že když přenatujete A na C, odpověď od C jde přímo klientovi, ale jako zdrojová adresa je tam C, takže klient to nepovažuje za odpověď (on navazoval spojení s A, ne s C). Řešením by bylo přenatovat i zdrojovou adresu (na B), aby odpověď šla zpátky k B a ten ji mohl přeložit zpět na správné adresy. Je to ovšem takové drbání se levou nohou za pravým uchem, daleko přirozenější by mi připadalo řešení, které jsem uvedl v předchozím odstavci.
Tiskni
Sdílej: