V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
Zdravím,
objevil se mi po vynuceném restartu routeru problém, se kterým si nevím rady.
Při přechodu UDP paketu z vnitřní síťovky eth1 (ip 82.150.185.1) na vnější eth0
dojde ke změně hlavičky u zdrojového portu a protože se to týká VPN, kde cílová
stanice 216.135.108.194 má stavový filtr a propouští jen pakety ze zdrojové IP
82.150.185.22 a portu 10111, tak to nefunguje. Je to vidět na výpisu tcpdumpu.
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
11:57:16.645831 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.10111 > 216.135.108.194.contactel.net.10111: UDP, length: 84
11:57:17.636969 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.10111 > 216.135.108.194.contactel.net.10111: UDP, length: 84
11:57:18.608492 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.10111 > 216.135.108.194.contactel.net.10111: UDP, length: 84
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
11:57:26.153931 IP (tos 0x20, ttl 55, id 0, offset 0, flags [DF], length: 88)
216.135.108.194.contactel.net.10111 > 82.150.185.22.10111: UDP, length: 60
11:57:26.543998 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.15480 > 216.135.108.194.contactel.net.10111: UDP, length: 84
11:57:27.541312 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.15480 > 216.135.108.194.contactel.net.10111: UDP, length: 84
11:57:28.539145 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], length: 112)
82.150.185.22.15480 > 216.135.108.194.contactel.net.10111: UDP, length: 84
Žádné omezení nebo PREROUTING či POSTROUTING neuplatňuji kromě značkování paketů
kvůli shaperu, viz.
iptables -t filter -I FORWARD -s 82.150.185.22 -j ACCEPT
iptables -t filter -I FORWARD -d 82.150.185.22 -j ACCEPT
iptables -t filter -I INPUT -i eth1 -s 82.150.185.22 -j ACCEPT
iptables -t mangle -A PREROUTING -s 82.150.185.22 -j MARK --set-mark 0x1014
iptables -t mangle -A POSTROUTING -d 82.150.185.22 -j MARK --set-mark 0x101014
ip route add 82.150.185.22/32 via 82.150.185.1
Verze iptables je v1.3.2, Debian 2.4.3.1
Nevíte někdo, v čem by mohl být problém ?
Jet
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni Sdílej: