Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Organizace Apache Software Foundation (ASF) vydala verzi 20 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Desktopové prostředí Cinnamon, vyvíjené primárně pro distribuci Linux Mint, dospělo do verze 6.0. Seznam změn obsahuje především menší opravy a v říjnovém přehledu novinek v Mintu avizovanou experimentální podporu Waylandu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzích 2.2.2 a 2.1.14. Přináší důležitou opravu chyby vedoucí k možnému poškození dat.
V ownCloudu byly nalezeny tři kritické zranitelnosti: CVE-2023-49103, CVE-2023-49104 a CVE-2023-49105 s CVSS 10.0, 8.7 a 9.8. Zranitelnost CVE-2023-49103 je právě využívána útočníky. Nextcloudu se zranitelnosti netýkají.
I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2023. Pro programátory v Perlu je určen Perl Advent Calendar 2023. Zájemci o UX mohou sledovat Lean UXmas 2023. Pro zájemce o kybernetickou bezpečnost je určen Advent of Cyber 2023…
Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 23.11 Topi. Přehled novinek v Changelogu.
Po 4 měsících vývoje byla vydána nová verze 4.2 multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu a na YouTube.
Byla vydána nová stabilní verze 23.11 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Tapir. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Zdravím, v gentoo mam následující konfiguraci ...
# cat /etc/conf.d/net config_eth0=("10.10.0.20/24" "192.168.0.20/24" "169.254.255.244/25")Pak jsem přidal IP adresu z jiného rozsahu, dal routu na bránu z toho nového rozsahu ... a viděl odchozí adresu 10.10.0.20 ... je tohle normální? Kernel 2.6.35x ... Takže jsem odebral komplet adresaci, přidal požadovaný stav a už ok ... ale tohle jsem ještě neviděl
Řešení dotazu:
Natování žádné. Jednalo se o udp a aplikaci přes wine.
Jedna poznámka: Co do velikosti čísel nebyla použitá aktuální odchozí IP adresa nejnižší.
No, neperu se ... já si teď nejsem jistej, zda jsem tu aplikaci shodil úplně a jestli i tak nezůstalo něco žít ... zlobila mne wifina, přepojil jsme se na ethernet, z konfiguráku se natáhly rozsahy (defaultku tam nemam zadanou), přidal jsem statickou adresu z rozsahu brány, defaultku na bránu ... chvíli jsem koukal, že se na destination nedostanu, pak v tcpdumpu vidim špatnou zdrojovou adresu, byla to ta první ze seznamu v konfiguráku. Tak nevim, čim to bylo ... zkusmo jsem procházel googlem, nikde jsem nenašel nic, asi budu muset vejrat do zdrojáků kernelu (?).
Ten předchozí záznam RT byl na ten samej hop, na wifi adsl modem ... občas se mi kouše, tak jsem v nouzi vypnul wifinu a jel přes ethernet.
ip route
vypise zdojovou adresu pro dane zarizeni. Aplikace na to nema vliv, to si urcuje system sam v routovaci tabulce.
No dobrá, ale co když máte 4 IP adresy ze 4 rozsahů na jednom interfejsu? Ani si nejsem jistej, jak se v linuxu, zda vůbec, realizuje routovací a forwardovací tabulka, jako je třeba na nějakym enterprise routeru?
Původně jsem jel přes wifi. Když modem zablb, odebral jsem modul pro wifinu, na modemu vypnul wifi, připojil se na ethernetem, přidal adresu z rozsahu modemu a routu na modem ... a pak jsem právě měl smůlu, wine a Šturmovik posílaly udp pakety se zdrojovou adresou mimo rozsahu modem. Modem je de facto tupej Linksys, umí jen něco a diagnostika, countery apod. nevidět.
Tak teď zpětně koukam, co se to asi dělo.
Když odeberu modul, tak přece je routování pryč. Odchozí spojení šlo pořád z rozsahu 10.0.0.0/8, jen z jiného céčka. na tom wifi adsl modemu je nat, takže zpět by data došly vždycky.
Začíná v tom být trochu zmatek, tak se to pokusím trochu urovnat:
ping
má k tomuto účelu přepínač -I
).src
příkazu ip route
. Neučiní-li tak, určí se podle následujících pravidel:secondary
(což je obvykle ta, která byla přidána jako první).V situaci, kterou popisuje tazatel, se mi jako nejpravděpodobnější jeví, že šlo o nějaké spojení (flow), které už existovalo před změnou, takže i po změně používalo stejnou zdrojovou adresu jako dosud.
Tiskni
Sdílej: