Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.
Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.
Joel Severin v diskusním listu LKML představil svůj projekt linuxového jádra ve WebAssembly (Wasm). Linux tak "nativně" běží ve webovém prohlížeči. Potřebné skripty pro převod jsou k dispozici na GitHubu.
Byla vydána nová verze 25.10.31 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
O víkendu probíhá konference OpenAlt 2025 (Stream). Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mám server, který vytáčí připojení na eth1 přes modem, který je v režimu bridge. Připojení se vytvoří na ppp0. Vše až do včerejšího výpadku proudu fungovalo.
Dnes se nemohu připojit na FTP. Hlásí to špatné heslo (ověřeno přes jiné připojení, že je vše OK).
Chyba je někde na serveru, protože když nastavím modem do router režimu a zkusím se přes něho připojit na FTP, tak je to OK.
Posílám výpis IPTABLES:
maniakum@server:~$ sudo iptables -L -nv
Chain INPUT (policy DROP 224 packets, 55919 bytes)
 pkts bytes target     prot opt in     out     source               destination
  394  128K ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0
 1223  238K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:1723 state NEW
    0     0 ACCEPT     47   --  *      *       0.0.0.0/0            0.0.0.0/0            state NEW
    5   260 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:21 state NEW
  460  113K ACCEPT     all  --  eth0   *       0.0.0.0/0            0.0.0.0/0            state NEW
    0     0 ACCEPT     all  --  ppp1   *       0.0.0.0/0            0.0.0.0/0            state NEW
    0     0 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0            icmptype 8
Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
 2929  435K ACCEPT     all  --  eth0   ppp0    0.0.0.0/0            0.0.0.0/0
 3440 2536K ACCEPT     all  --  ppp0   eth0    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  ppp1   eth0    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  ppp1   ppp0    0.0.0.0/0            0.0.0.0/0
    0     0 ACCEPT     all  --  ppp0   ppp1    0.0.0.0/0            0.0.0.0/0
    0     0 TCPMSS     tcp  --  *      *       192.168.0.0/24       0.0.0.0/0            tcpflags: 0x17/0x02 TCPMSS set 1356
Chain OUTPUT (policy ACCEPT 2103 packets, 497K bytes)
 pkts bytes target     prot opt in     out     source               destination
portforwarding v /proc/sys/ipv4/ip_forward je 1
nat mám povolen. Netuším v čem by měl být problém.
Edit: Asi by se slušilo ještě říct, že server používám jako router, tedy na eth0 je připojen switch s dalšími prvky. Z notebooku, který je připojen na server přes eth0 se nemůžu připojit na FTP. Ze serveru se na FTP připojím. Problém tedy je někde v překladu...
A není? Viz výše.
Hmm, problém stále přetrvává. Přeinstaloval jsem server, ale stále stejné.
Server funguje jako router. Když se chci připojit z ntb, který je připojen na internet přes server, tak se na ftp nepřipojím. Když se chci připojit na ftp přímo ze serveru, tak to funguje.
V čem mám hledat problém?
Na portu 21 neleze naprosto nic, když se snažím připojit z NB. Když ze serveru, tak tam už něco leze. To znamená, že je problém někde na vstupu. Mohla by to dělat síťová karta? Bohužel nemám náhradní, abych to vyzkoušel a jen tak kupovat novou se mi nechce. Je integrovaná (ta do vnitřní sítě). Ale zase mi je divné, že by nešel jen port 21.
Samozřejmě je to tak jak říkáš. I když jsem dal na INPUT a FORWARD ACCEPT, tak to nešlo, páč jsem idiot a blokolovalo mi to tam nějaké pavidlo, teď to mám čísté a jede to. Musím zjistit tedy, které pravidlo to bylo. Díky za nakopnutí!"
Tak další zjištění. Pokud se připojím na domácí server přes VPN, tak se na FTP připojit mohu, tím víc si začínám myslet, že je špatná síťovka....
A ještě jedna věc, Když jsem na domácím serveru rozběhl FTP server, tak se na něj v pohodě připojím. Tak tedy nevím
ppp0 je připojení přes VDSL, ppp1 je VPN.
Povolil jsme vše a situace stejná. Samozřejmě, že mě to napadlo.
        Tiskni
            
                Sdílej: