Máirín Duffy a Brian Smith v článku pro Fedora Magazine ukazují použití LLM pro diagnostiku systému (Fedora Linuxu) přes Model Context Protocol od firmy Anthropic. I ukázkové výstupy v samotném článku obsahují AI vygenerované nesmysly, např. doporučení přeinstalovat balíček pomocí správce balíčků APT z Debianu místo DNF nativního na Fedoře.
Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost System76 vydala Pop!_OS 24.04 LTS s desktopovým prostředím COSMIC. Videoukázky na YouTube.
Byla vydána verze 1.92.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.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2024. Oceněni byli Andy Wingo, jeden ze správců GNU Guile, Alx Sa za příspěvky do Gimpu a Govdirectory jako společensky prospěšný projekt.
Bylo vydáno Eclipse IDE 2025-12 aneb Eclipse 4.38. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
U příležitosti oslav osmi let prací na debianím balíčku vyšlo GPXSee 15.6. Nová verze přináší především podporu pro geotagované MP4 soubory, včetně GoPro videí. Kdo nechce čekat, až nová verze dorazí do jeho distribuce, nalezne zdrojové kódy na GitHubu.
Zdá se, že už vůbec ničemu nerozumim... Mám následující problém:
V jednom počítači mám 2 síťové karty, eth0 a eth1. Obě dvě jsou funkční, alespoň samostatně. Když nastavim eht0 ip na 192.168.1.2 a eth1 na 192.168.1.3 (maska 255.255.255.0) tak funguje ale jenom eth0 a to na obou ip adresách, tzn 192.168.1.2 i 192.168.1.3!!!
Obě síťovky jsou dle výpisu ifconfig "UP" a maj každá svou IP adresu. Ta "nefunkční" po pokusu o připojení přes toto rozhraní vykazuje pár (asi 10-20) přijatých packetů, odeslané žádné. V žádném logu žádná chybová hláška, kde může bejt chyba?
To že funguje jenom jedna a na obou adresách je empiricky ověřeno. Taky si to naprosto nedovedu vysvětlit...
Dvě síťovky ve stejný síti ve stejnym PC jsou proto, že zatim žádná jiná síť neexistuje. V dohledný době by tenhle počítač měl sloužit jako router do internetu, proto ty dvě síťovky, ale zatim mi slouží jenom jako server na vývoj php aplikací.
Nicméně to, že to neni standartní situace, by ještě nemělo znamenat, že to nebude fungovat, ne? Jde mi prostě jenom o to, abych sem se mohl k tomuhle "serveru" připojit přes obě dvě síťovky
Směrování nemám zprovozněno žádný, to je pravda. Funguje mi ale zároveň například ppp a eth0, takže na to, abych měl dvě na sobě nezávyslé rozhraní(tzn. nepotřebuju se z vnitřní síťe dostat ven skrz ppp) směrování přece nepotřebuju, ne?
Hlavně je to principiálně blbě.
192.168.1.2/255.255.255.0 a 192.168.1.3/255.255.255.0 je obojí ze stejného IP subnetu a dost dobře nejde to mít na dvou různých eth zařízeních a čekat jakékoliv smysluplné chování.
Řešení problému: použít adresy z různých subnetů 
Podrobnější popis řešení: není k dispozici, pokud nevíme, co se od toho čeká
Ano, tohle mě taky napadlo, že by mohl bejt problém s tím, že je to obojí stejná síť, na druhou stranu jsem si řekl, že neznám důvod, proč by to takhle nemohlo fungovat. Můžete mi tedy někdo prosím podrobně vysvětlit, proč to nejde?
Takže musíme nastavit routování aby veděl na kterou sítovku to má poslat, což je zbytečné nastavovat stačí jak použijeme správné masky a správné rozdělení do sítí a nemusíme se o nic vice potom starat.
Díky. Tohle zní logicky. Jenom bych předpokládal, že si automaticky vybere tu, ve který je zrovna zastrčenej kabel
Vybere si tu, která najela jako první. Zkuste ty síťovky obě shodit a pak nahodit v pořadí eth1 a eth0. Pak bude komunikovat jen přes eth1.
Když vypnete rp_filter, v zásadě vytvoříte simplexní hub
Nejde to proto, protože když najede eht0, jádro si vytvoří v routovací tabulce záznam typu:
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.2
Vytvori se (interni) routovaci zaznam pro celou sit 192.168.1.0/24, ktery se uz NEZMENI pri najizdeni eth1. Cili jadro bude vsechno pro tuto sit routovat vzdy jen pres eth0. Prichozi provoz z eth1 vam zahodi rp_filter a i kdybyste jej vypnul, odpoved stejne odejde na eth0.
Díky všem za vysvětlení, proč to takhle nejde
Až bude druhá síť, tak to nastavim, do tý doby prostě jednu síťovku "vypnu".
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz