Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »
aby som mal prehlad. Defaultnu branu mam nastavenu na prvy DNS. Pocitac pripojeny k eth2 ma adresu 192.168.3.1 defaultnu branu 192.168.3.0 a v pohode funguje. Dalsie dva s adresami 192.168.2.1 GW 192.168.2.0, 192.168.1.5 GW 192.168.1.0 nie. Prosim o radu co dalej?
15.11.2003 21:04
CIJOML | skóre: 58
| Praha
?
Viz moje:
[petr@soban ~]$ /sbin/ip route 10.0.0.0/24 dev eth1 scope link 169.254.0.0/16 dev eth1 scope link 192.168.0.0/16 dev eth0 scope link 127.0.0.0/8 dev lo scope link default via 192.168.1.254 dev eth0 [petr@soban ~]$
Len jedno mi nie je jasne, preco dvojica eth2 192.168.3.3 a 192.168.3.1 ide?
)ja vim kde je problem. hec koupil sem si vybornou kristalovou kouli. (problem je v te pulce ktera tu neni napsana, ale jeji dusledky jsou zrejme). jde o to, ze to nastavoval clovek, co nikdy necetl nic o smerovani ip provozu nebo o tom pri nastavovani nepremyslel (nebo prilis a vymyslel, jak to prechytracit) (pritom je to tak pet vet a minutu premysleni, pokud patri k bystrejsim ;) ale budiz vysvetlime si to na nazornem prikladu "najdi mi chybu"
predpokladam, ze cela situace vypada asi takto (sitove masky si neuvedl, tak sem si je domyslel z popsaneho chovani site):
takze problem je v tom, ze jsou tam tri fyzicke zarizeni se stejnou sitovoou adresou v domeni, ze na sebe budou vsichni videt "naprimo" protoze nechtel koupit switch/hub (no jo kdo setri ma za tri, jenze kdyz uz to neni drahe a blbuvzdorne reseni ;) a boji se, ze nektere veci nebudou fungovat kvuli smerovani (ano to nebudou hlavne ty co funguji pres broadcast - defaultni samba browse list bez dodatecneho nastaveni, spousta softu starsiho razeni co pouziva broadcast - nejcetnejsi zastupce je asi skupina her). to proste nebude fungovat, protoze to jde naprosto proti srsti vyberu cesty pro paket. vsechno to konci na zarizeni ktery je ve fib tablu jako prvni, pripadne na tom, ktery bylo driv nacachovany.
tvuj problem s nepochopenim smerovani odstranis zavedenim unikatni sitove adresy pro kazde zarizeni. to udelas tak, ze zmenis netmask u vsech na 255.255.255.0
to ti mozna vyrobi dalsi problem s kterym si nepocital. protoze adresa uvnitr site bude na vsech rozhrannich vsechny bity nulove. coz je ze zvyku a historie tak trochu nestandartni specialni adresa. pokud by sis dal tu praci a presvedcil oba pripojene konce ze jde o ptp spojeni, tak je to jedno (i kdyz asi zalezi na implementaci ip stacku na obou stranach) pokud to bude "sdilene" ethernetove medium, tak prinejmensim hadam druhy konec (widle) budou prskat, ze jde o specialni adresu broadcastu, takze si usetri praci navic a udelej to jednoduseji misto 192.168.1.0 dej 192.168.1.1 a analogicky pro ostatni zarizeni. masku maji vsichni 255.255.255.0
pripojene konce teda nebudou xxx.1 ale xxx.2 masku budou mit 255.255.255.0 a gateway/branu xxx.1
takhle bude mit kazdy zarizeni unikatni sitovou adresu a nebudes mit jednu sitovku jako cernou diru v siti, do ktere vsechno spadne (i to co nechces - pakety pro jine pocitace, bohuzel se stejnou sitovou adresou, jako ma to prvni zarizeni).
ps priste cti co pisou ostatni. jestli to tu fakt bylo, sice bez vysvetleni s konkretnimi cisly, tak si to mel prepsat do posledniho pismene a cisla nez ses ptal znova.
vykasli se na smerovani a podle toho kterou verzi jadra mas, tak si precti neco o nastaveni softwaroveho ethernetoveho bridge. u 2.4 jader potrebujes balik bridge-tools program brctl, dokumentace man brctl (nebo je to br_ctl a man br_ctl) vytvoris zarizeni bridge, pridas do nej eth0,1,2 a tomu zarizeni bridge nastavis jedinou adresu s maskou. a vsichni budou mit tu jedinou adresu jako gateway a budou mit stejnou masku i sitovou cast adresy.
problem je v tom, ze jsem nevidel distribuci, kde se to da naklikat, protoze se to prave menilo z 2.2 na 2.4 jak v jadre, tak uzivatelske utilitky. jinak budou to 4 kraticke radky s brctl. zadny dalsi nastaveni chovani toho bridge nepotrebujes.
blbuvzdorne nahozeni bude snad vypadat takhle - ps pisu to po pameti (uz je to dost davno co jsem to nastavoval naposled), tak jestli to nebude uplne syntakticky presne...
ip link set eth0 up ip link set eth1 up ip link set eth2 up ip addr flush dev eth0 ip addr flush dev eth1 ip addr flush dev eth2 brctl create br0 brctl add br0 dev eth0 brctl add br0 dev eth1 brctl add br0 dev eth2 ip link set dev br0 up ip addr add br0 192.168.0.1/16 broadcast +
ostatni pripojeni pak budou mit adresu 192.168.neco.neco masku 255.255.0.0 - to neco.neco nesmi byt .0.0 ani .255.255 jinak cekej obcas neobvykle chovani.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz