Byla vydána (𝕏) nová verze 2025.2 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.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
V úterý Google vydal Android 16. Zdrojové kódy jsou k dispozici na AOSP (Android Open Source Project). Chybí (zatím?) ale zdrojové kódy specifické pro telefony Pixel od Googlu. Projekty jako CalyxOS a GrapheneOS řeší, jak tyto telefony nadále podporovat. Nejistá je podpora budoucích Pixelů. Souvisí to s hrozícím rozdělením Googlu (Google, Chrome, Android)?
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.
Po Red Hat Enterprise Linuxu a AlmaLinuxu byl v nové stabilní verzi 10.0 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Bylo vydáno Eclipse IDE 2025-06 aneb Eclipse 4.36. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Americká filmová studia Walt Disney a Universal Pictures podala žalobu na provozovatele populárního generátoru obrázků pomocí umělé inteligence (AI) Midjourney. Zdůvodňují to údajným porušováním autorských práv. V žalobě podané u federálního soudu v Los Angeles označují firmu za „bezednou jámu plagiátorství“, neboť podle nich bez povolení bezostyšně kopíruje a šíří postavy z filmů jako Star Wars, Ledové království nebo Já, padouch, aniž by do nich investovala jediný cent.
Stejně jako u jiných hardwarových prostředků, je třeba v konfiguraci
virtuálního stroje vytvořit i virtuální síťové karty. Ty se pak pro
guest systém chovají jako skutečné síťové karty (u 32-bitových je to AMD
PCNet32 (modul ), u 64-bitových Intel Pro/1000 (modul
e1000)). Jak jsou tato rozhraní připojena do sítě, záleží na zvoleném režimu virtuální síťové karty:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
vmnet1 host
systému; tento segment je izolován od ostatních sítí. VMware poskytuje
(prostřednictvím vmnet1) pro tento segment DHCP server.vmnet8 host
systému. VMware opět poskytuje (prostřednictvím vmnet8)
pro tento segment DHCP server. Navíc ale umožňuje komunikaci mezi
tímto segmentem a zbytkem sítě pomocí překladu adres (maškarády),
takže nepoužíváme-li služby, se kterými si maškaráda neporadí (IPsec,
některé chatovací protokoly, VoIP), je guest systém de facto připojen k Internetu, je-li k němu připojen host systém.U bridged režimu je virtuální síťová karta jakoby připojena do stejného segmentu jako host systém, takže ji podle toho i konfigurujeme. Typicky nastavíme adresu ze stejného rozsahu jako pro host systém (nesmí být ale stejná). Možné, i když méně obvyklé, je i nastavení adresy pouze virtuální síťové kartě, ale ne "rodičovskému" rozhraní host systému.
U host only a NAT režimu máme dvě možnosti. Jednodušší je automatické
nastavení pomocí DHCP, pak ale nevíme předem, jakou adresu virtuální
rozhraní dostane. Pokud potřebujeme komunikaci navazovat pouze z
virtuálního stroje na fyzický (nebu u NAT dál do světa), nemusí nám to
vadit. Pokud potřebujeme navazovat i komunikaci z host systému na guest
systém, je vhodnější použít i v tomto případě statické nastavení.
Adresní rozsah a adresu host systému jsme buď nastavili ručně při
konfiguraci VMware, nebo je systém zvolil automaticky. Zjistit je můžeme
např. pomocí 'ip addr show dev vmnet1' (resp.
vmnet8).
Přestože má bridged rozhraní podstatnou výhodu, že můžeme komunikovat se zbytkem příslušného fyzického segmentu bez směrování přes host systém a používat tak např. i broadcast komunikaci nebo protokoly nezaložené na IP, má i jednu velmi zásadní nevýhodu. Guest a host systém spolu totiž mohou komunikovat pouze v případě, že je příslušná fyzická síťová karta někam připojena, ať už k druhému počítači nebo ke switchi či hubu. Pokud není připojena, nefunguje ani komunikace mezi guest a host systémem. Tento problém se netýká NAT a host only rozhraní, tam je komunikace možná i na zcela izolovaném počítači (i bez fyzických síťových karet).
dopsat informace o VMware teams a custom sítích
Dokument vytvořil: Michal Kubeček, 1.9.2007 14:36 | Poslední úprava: David Watzke, 11.6.2008 14:19 | Další přispěvatelé: Milan Vít, Michal Kubeček | Historie změn | Zobrazeno: 3427×
Tiskni
Sdílej:
