Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Navigace se soukromím CoMaps postavena nad OpenStreetMap byla vydána v nové verzi 2026.05.06. Přibyla možnost aktualizovat mapy v aplikaci CoMaps, aniž by bylo nutné aktualizovat i verzi aplikace. CoMaps je komunitní fork aplikace Organic Maps.
OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.3. Současně oznámila, že nadcházející větší vydání 24.04-2.0 bude mít modernější webový prohlížeč.
Ploopy po DIY trackballech či sluchátkách představuje nový externí DIY trackpoint se čtyřmi tlačítky Bean. Obsahuje snímač Texas Instruments TMAG5273, spínače Omron D2LS-21 a řadič RP2040, používá firmware QMK. Schémata jsou na GitHubu; sadu lze předobjednat za 69 kanadských dolarů (bez dopravy a DPH).
Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Ahoj.
Do LAN máme připojený 2 servery. Domenovej radic (samba) a intranetovej webserver. A uzivatele si mohou upravovat sve intranetove prezentace pres sambu. Tak jsem je spojil pres NFS.
No a abych zmensil prutok dat pres switch, tak jsem oba 2 servery spojil krizenym kabelem - maj 2 sitovky.
Nastavil jsem na obou sitovkach stejnou IP adresu a pak upravil routovaci tabulku. Ted vypada takhle.
192.168.1.3 dev eth1 scope link 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.2 default via 192.168.1.1 dev eth0
A na druhem serveru takhle:
192.168.1.2 dev eth1 scope link 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.3 default via 192.168.1.1 dev eth0
Je to spravne a data chodi kudy maji. Ale zajima me:
1.) Jestli se to obecne takhle dela - myslim nastaveni stejnych IP na 2 rozhrani?
2.) A je mozne toto nastaveni routovani nekam ulozit, aby se nacitalo po restartu, ebo si musim udelat if-up.d skript? Ukladaji se nekam zmeny, ktere udelam pomoci nastoje ip?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
======== SWITCH ========
| | | | | | |
PC PC PC .. PC | |
| |
---- ----
| |
(eth0) (eth0)
SERVER_1 SERVER_2
(eth1) (eth1)
|------------|
Oba servery maji na svych rozhranich nastaveny stejne IP adresy. A routovaci tabulky jsem upravil tak, aby se pakety ze SERVERU_1 adresovane SERVERU_2 posilali pres eth1 a naopak.
Jinak by vse melo lezt pres switch. Jde jen o snizeni zateze switche. A chtel jsem vedet, jestli tohle reseni je rozumne a jestli se to tak normalne dela?
Muzete mi prosim blize vysvetlit: ,,Pokud chcete nastavit stejnou adresu na dvou rozhraních, neměl byste u obou nastavovat rozsah, jinak ..." Nechapu co znamena nastavit nebo nenastavit rozsah. To znamena nespecifikovat masku? Ta se snad ale pak doplni samejma jednickama, ne?
2) Diky moc.
Podle mne je to v pořádku, ortodoxního vyznavače Cisco Guidelines by z toho asi chytil psotník, ale pokud je na obou strojích Linux, nevidím důvod, proč by to nemělo fungovat. Pokud z nějakých důvodů nechcete na spodních rozhraních přiřadit samostatné adresy, nevidím na takovém řešení nic špatného.
Prave naopak nevidim duvod, proc bych na spodnich mel ty adresy prirazovat. Takhle se to alespon nebude michat.
Jeste jedna mala otazcicka tu zustala nezodpovezena: Pokud chcete nastavit stejnou adresu na dvou rozhraních, neměl byste u obou nastavovat rozsah, jinak ...Nechapu co znamena nastavit nebo nenastavit rozsah. Muzete mi to prosim nekdo osvetlit? Mne to zajima a urcite mi to neda spat.
Tím jsem (v té minulé diskusi) myslel neudělat něco jako
ip addr add 10.11.12.13/24 brd + dev eth0 ip addr add 10.11.12.13/24 brd + dev eth1
ale např.
ip addr add 10.11.12.13/24 brd + dev eth0 ip addr add 10.11.12.13 dev eth1 ip route add 10.11.12.14 dev eth1
Vy to ale podle všeho máte správně.
ip route add 10.11.12.13 dev eth1
Dekuji moc za odpovedi vsem.
10.11.12.13 je moje adresa a 10.11.12.14 adresa toho druhého. Tím posledním příkazem říkám, že na druhý server se pakety posílají přímo přes interface eth1.
Tiskni
Sdílej:
