MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Dobrý den,
rovnou k věci. Při zapojení následujícím způsobem
-----ADSL2 Bridge------Router (ASUS WL500gP, PPPoE, NAT, DHCP, DNS)----LAN klienti
funguje vše, jak má. Avšak, pokud použiji místo routeru PC s Debianem,
-----ADSL2 Bridge------PC s Debianem(Celeron 1200MHz, PPPoE, NAT, DHCP, DNS)----LAN klienti
přestože 90 % všech služeb funguje stále bez problémů dále, prodlužuje se komunikační doba LAN klientů při prohlížení webů, zejména seznam.cz, email.cz, novinky.cz, sport.cz. Občas je nutné znovu zadat adresu (obnovit stránku), aby se stránka vůbec načetla). V podstatě se i domnívám, že daná chyba se týká pouze serverů, které provozuje seznam.cz.
Tento problém se týká pouze prvního připojení k danému serveru, při listování v dané doméně je vše již OK.
Nastavení debianu
PPPoE na ADSL nastaveno přes pppoe na eth1, server komunikuje s internetem naprosto bez jakýchkoliv problémů.
eth0 je iface pro komunikaci s LAN.
Vypnutí/zapnutí DHCP nemá vliv. DNS odezvy jsou také zřejmě v pořádku (na Debianu běží bind). Skript pro sdílení připojení je momentálně:
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
echo "1" > /proc/sys/net/ipv4/ip_forward
echo -n 65536 > /proc/sys/net/ipv4/ip_conntrack_max
echo -n 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
Už nevím, kde hledat, co hledat či co zkoušet. Nejspíše se jedná někde o nějakou drobnost, ale opravdu netuším, kde ji najít.
Děkuji za každou radu, která povede k nalezení řešení.
Nemuze byt problem s MTU? Nesnizuje ho ten asus defaultne? Pri pouziti PPPoE se obvykle pouziva MTU 1492.
Tomas
eth0 (LAN) má MTU 1500 (klasický Ethernet)
ppp0 (PPPoE) má MTU 1492 (PPPoE)
eth1 (PPPoE nosič) má MTU 1500 (klasický Ethernet)
Na základě vašeho dotazu jsem zkusil snížil MTU eth1, aby bylo stejné jako MTU ppp0, přes která létají P-t-P data. Odpoledne od lidí proměřím (nejsem momentálně fyzicky na oné LAN).
ASUS má defultně nastavenu 1492 v menu pro připojení WAN (přičemž lze samozřejmě změnit). Jestli ale řeší PPPoE stejným způsobem jako Debian (na NIC připadají dva interface, jeden ppp0 a jeden ethX) netuším.
Pokud jsem jako primární DNS server nastavil přímo DNS od ISP (DHCP klientům místo Debianského DNS přidělovalo na prvním místě rovnou DNS ISP), problém vyřešen nebyl.
Pokud zde tedy problém je, jak ho řešit (případně "usvědčit"?)
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz