Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
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:
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: 3272×
Tiskni Sdílej: