Fórum Root.cz
Hlavní témata => Windows a jiné systémy => Téma založeno: darebacik 20. 09. 2025, 09:52:59
-
Viem ze dig. licencie su viazane na HW a product key je ulozeny v UEFI. Cize ked reinstalujes Win 11, tak nemusis zadavat key a Win sa aktivuje sam po pripojeni na internet.
Kupil som PC, kde je dig. licencia na Win 11.
Na PC som nainstaloval proxmox a Win 11 budem davat do KVM
AI tvrdi, ze je mozne pouzit product key z Win 11, ktory bol na PC, ale moze to byt problemove.
Kedze v KVM je uplne iny HW a licencia je viazana na fyzicky HW.
Jedna z moznosti bola zadat product key pocas, resp po instalacii win, ale tento kluc nebol akceptovany.
Pred nedavnom som cital jeden clanok, kde robil chlapik podobne to co ja. Tiez mu virtual neakceptoval licenciu, tak cez telefon do microsoftu mu to aktivovali aj na virtual.
Nevie niekto ako postupovat pri takychto pripadoch ?
Kupovat licenciu nechcem
Zatial som to aktivoval cez MAS skript ::)
-
Budu řešit to samé s W10, jen s čistým qemu jako VM.
Mám tohle poznačený jako co je třeba:
How to use Windows 10 OEM license in libvirt VM
https://gist.github.com/Informatic/49bd034d43e054bd1d8d4fec38c305ec
Passing Through Hardcoded Windows SLIC License from Physical Host to VM
https://forum.proxmox.com/threads/passing-through-hardcoded-windows-slic-license-from-physical-host-to-vm.162685/
Q: Win10Pro VM Guest install / "Bios" Activation key?
https://forum.proxmox.com/threads/q-win10pro-vm-guest-install-bios-activation-key.47873/
-
Taky ty Windowsy můžeš provozovat neaktivované. Kromě nějakých blbostí, jako je nastavení pozadí apod., fungují bez problémů.
-
Myslím, že OEM licence Windows nezakazuje provozovat je ve virtuálu, musí to být ale stále na tom původním počítači.
Postupujte stejně, jako v tom článku – aktivujte Windows telefonicky. Microsoft technicky toleruje několik změn hardwaru, na kterém běží Windows – třeba kvůli reklamacím hardwaru řešeným výměnou. Akorát vás v některých případech donutí do té telefonické aktivace, ale ta v takových případech projde.
Provozovat neaktivovaná Windows mi nedává smysl. Chodí na ně vůbec aktualizace? Navíc to působí blbě, když to někdo uvidí, a zbytečně se tím zvyšuje riziko nějakých problémů (ať technických, že v těch Windows něco nebude fungovat, tak právních, že budete muset dokládat, že tu licenci opravdu máte).
-
Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).
Ale pokud se ptáte, jestli je tam technická možnost, tak za určitých podmínek nejspíš ano..
Pokud se jedná o skutečně OEM klíč od nějakého výrobce (např. HP, Lenovo..), tak je typicky vázaný na SLIC (software licensing) ACPI tabulku a metadata (manufacturer, sku atp.) z SMBIOSu.
Mrkněte se na odpovídající dokumentaci k libvirt nebo ekvivalent u čistého QEMU.
https://libvirt.org/formatdomain.html#common-os-element-configuration
Ta metadata z fyzického počítače získáte přes dmidecode. SLIC ACPI tabulku můžete vykopírovat celou z /sys/firmware/acpi/tables/.
Další možnost je pak tak, že je použitý OEM klíč už je v tabulce ACPI tabulce MSDM (tam se nechá najít jako plaintext).
Můžete si to zkusit nastavit ve VM, případně použít klíč a uvidíte, jestli se to chytne. Zkoušel jsem to pro zajímavost před lety (Windows 7, 10) a normálně jsem to rozběhl, Windows ve VM naběhly rovnou aktivované.
Já to v posledních letech moc neřešil, mám buď multiboot s Windows, nebo samostatný počítač. Když mám něco na testování, technickou podporu atp., tak různé verze Windows, co mám třeba v nějakých výchozích šablonách, ve virtuálech vůbec neaktivuji a je to v podstatě jako trial. Omezení nekativovaných Windows pro tohle použití nevadí, a jakmile to nepotřebuji, tak to smáznu a při příštích pokusech to vezmu načisto.
-
Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).
Řešil jste to v případě Windows 10 nebo Windows 11? To omezení bývalo u starších verzí Windows, ale Windows 10 už bylo možné i v OEM verzi instalovat do virtuálu. Řešilo se to třeba zde: https://forum.root.cz/index.php?topic=24342.15
-
Řešil jste to v případě Windows 10 nebo Windows 11? To omezení bývalo u starších verzí Windows, ale Windows 10 už bylo možné i v OEM verzi instalovat do virtuálu. Řešilo se to třeba zde: https://forum.root.cz/index.php?topic=24342.15
Řešil jsem to vícekrát primárně pro Windows 10 (s tím, že 11 jsou víceméně to samé). Dotazy na MS partnery, případně na compliance oddělení ve firmě (a počítám následný dotaz na MS). Výsledek tehdy byl, že v pořádku pro tohle použití (lokální hypervizor na strojích vývojářů a administrátorů) je plná retailová nebo firemní volume licence.
Totéž pak od Parallels, jestli nemají nějaký OEM deal s MS.. "Ne. Kupte si za 200 USD licenci na Online MS Store".
Je tam samozřejmě pořád nějaká možnost, že mohli být papežštější než papež.. nebo partneři chtěli prodat dražší licence, ale úplně bych na to při auditu nesázel :)
Tu pasáž z OEM EULA (nenašel jsem už teď v rychlosti Windows 10, ale 11 je obdobné) ohledně provozu (dedikované) OEM licence ve VM znám.. A interpretovali mi to tak, že je to pro primárně pro vendory těch virtualizací nebo dodavatelé systémů, kteří za určitých podmínek můžou udělat pre-deploy OEM klíčů a navázat je na nějaké identifikátory podobně jako to dělají třeba výrobci počítačů (HP, Dell, Asus). Ale tohle mám zprostředkovaně.
Každopádně to, na co se ptal Darebáček, mi přijde jako trochu jiná věc. Ta existující OEM licence svázaná s použitím na fyzickém hw (koupená např. s notebookem) se nepřenáší do VM, i kdyby běžel na tom samém hw. I když teď poodhlédeme od těch zajímavých technikálií (kopírování ACPI tabulky atp.) nebo jestli použít FPP (retail licence fyzická nebo ESD) případně, jestli tam může být i levnější OEM.. MS prostě licenčně bere běh ve VM jako samostatnou věc.
Jedinou výjimkou jsou pak určité Windows Server edice, které si koupíte OEM se serverem a mají pak třeba povolený určitý počet spuštěných VM s licencovanými Windows, pokud tam běží pod Hyper-V.
-
Totéž pak od Parallels, jestli nemají nějaký OEM deal s MS.. "Ne. Kupte si za 200 USD licenci na Online MS Store".
To je velice spravne.
HW je zde totiz MAC, k tomu jste nikdy nemohli dostat OEM licenci (k sestave, potazmo desce), takze jedina legalni cesta je poridit novou licenci od MS - plnou.
Pokud by se melo jednat o Parallels na Hackintosh sestave, tak naopak puvodni OEM licence, co k dane sestave byla dodana vyrobcem sestavy, bude imho pouzitelna pod vm, v jedne kopii.
A kupovat OEM licence sam pro sebe je totalni nesmysl - prave specifikum te OEM licence je, ze ten kdo ji porizuje (od MS), neni nikdy zaroven tim, kdo ji pouziva, protoze se jedna o urcity druh pasactvi.. ze se to posune nekomu dalsimu.
Ale zpet k tematu - dotaz byl na vestavene digitalni licence - tj. UEFI se SLIC.
-
MS prostě licenčně bere běh ve VM jako samostatnou věc.
Tohle tvrzeni a omezeni z licencnich podminek neobstoji pod soudem v pripade kdy provozujete (jednu) VM instanci.
Je to stejne, jako kdyby vam licence prikazovala pouziti konkretniho vyrobce procesoru (intel), ale zaroven fungovala na vsech (amd a ostatni). Nebo vam licence prikazovala pouzivani jejich SW s uzivatelem jen ve stoje.
Pokud totiz vyrobce sw sam nedorzuje sve licencni podminky - alespon zakladni kontrolou ze nedelate neco nad ramec (jak je tomu napr. u poctu jader cpu), tak je takove ujednani neplatne.
Kontrolovat, zda bezi sw ve VM je jednoduche. A porusovat pak licenci skrze modifikaci sw na odstraneni teto kontroly by uz postizitelne bylo.
-
Pokud totiz vyrobce sw sam nedorzuje sve licencni podminky - alespon zakladni kontrolou ze nedelate neco nad ramec (jak je tomu napr. u poctu jader cpu), tak je takove ujednani neplatne.
Na to jste přišel jak?
-
VMware umí tohle:
- softwarem Disk2vhd v2 (už je 3??) zkopírovat disk a udělat z něj VHD, to se dá pak přešupnout na VMware formát
- udělat snímek základní desky a síťové karty
Výsledek:
Běžící OS nepoznal, že se HW změnil, aktivace nespadla a normálně se obnovovala.
Uměl to tuším P2V tool, ale jsou i různé další.
A licenčně, dle zákona je důležitý doklad o nákupu a to, jestli nedošlo k překročení počtu běžících instalaci. Určitě bych si dal velký pozor, abych měl zalicencovaná všechna jádra! A taky, jak chcete prokázat, že to na původní stanici už nepoužíváte?
-
Licenci na winblows HW do KVM pres libvirt jsem uspesne dostal.
Univerzalni postup neexistuje, zalezi na konkretni implementaci v te ci one desce (treba u Dellich masin mi nefungovalo to, co slape na OEM desce od Gigabyte).
Michal Smucr ma v principu spravny postup.
Je potreba vycucnout SMBIOS, ACPI a to do KVM propasovat.
Nenechte se vsak zmast vytahnutim seriovyho cisla, to nakonec v mem pripade ani nebylo potrebne, pac probehla digitalni aktivace dle toho SMBIOS a ACPI otisku...
Vecer zkusim dodat primo nastaveni, jaky soubory a kam jsem do KVM musel nacpat.
-
To by bolo OK, ale momentalne nemam programator na dump biosu a neviem ci by sa mi do toho chcelo.
-
momentalne nemam programator na dump biosu
Jak jsem mluvil o tom software, tak ten to umí vycucnout přímo z běžícího počítače a žádný bios se dumpnout nemusí. Dost možná existují i nástroje, které to umí připravit i pro ne-VMware.
-
Vlastne jeste nez se dostanu k veci, zminim jednu vec.
Primo tady MS uvadi, ze pokud jsou wokna uz aktivovany (klicem / z HW) a uzivatel se prihlasi do MS uctu (nebo si jej vytvori), stane se klic soucasti jeho MS uctu a skrze tento MS ucet bude mozno reaktivovat i na jinem zeleze (treba po vymene klekle desky za jinou v ramci reklamace), technicky vzato tedy i na pripadne VM...
https://support.microsoft.com/en-us/windows/activate-windows-c39005d4-95ee-b91e-b399-2820fda32227
To jen, kdybyste chteli zkusit snazsi cestu naservirovanou primo z MS :-)
To by bolo OK, ale momentalne nemam programator na dump biosu a neviem ci by sa mi do toho chcelo.
To neni vubec potreba, vse potrebne si vytahnes pres dmidecode a /sys/firmware/acpi/tables/
V mem pripade bylo potreba tohle:
dmidecode | grep -A8 'System Information' > ~/gigabyte_sysinfo.txtobsah zhruba takovy (klicove udaje pro aktivaci: Serial number a UUID):
System Information
Manufacturer: Wortmann_AG
Product Name: TERRA_PC
Version: Default string
Serial Number: yololololo
UUID: yaddayadda
Wake-up Type: Power Switch
SKU Number: Default string
Family: Default string
Jako dalsi nutny obsah, ktery bylo potreba te VM podstrcit, bylo tohle:
cat /sys/firmware/acpi/tables/SLIC > ~/gigabyte_slic_table
Naopak navzdory ocekavanim (vzdyt to prece obsahuje samotnej klic) nebylo potreba tohle:
cat /sys/firmware/acpi/tables/MSDM > ~/gigabyte_MSDMobsah zhruba takovy:
MSDMU7WORTMAWORTMANN AMI blablabla-windows-product-key
Jak jsem uvadel v predchozim postu, potrebne soubory se muzou lisit v zavislosti na konkretni desce a OEM. Na vlastni bulvy jsem videl treba i desku, kde se mnou ciste nainstalovane Windows zcela neomylne aktivovaly "digitalni licenci", aniz bych vubec dokazal Product Key v SLIC najit... proste tam nebyl, ale vsechno koser, i na fakture.
V XML virtualky to pak vypada nasledne:
Vytvorit sekci sysinfo a precpat tam data z dmidecode:
<sysinfo type="smbios">
<system>
<entry name="manufacturer">Wortmann_AG</entry>
<entry name="product">TERRA_PC</entry>
<entry name="version">Default string</entry>
<entry name="serial">yololololo</entry>
<entry name="uuid">yaddayadda</entry>
</system>
<baseBoard>
<entry name="version">Default string</entry>
<entry name="serial">yololololo</entry>
</baseBoard>
</sysinfo>
+
nutno doplnit ACPI tabulku a odkazat na SMBIOS data v sekci OS:
<os firmware="efi">
<type arch="x86_64" machine="pc-q35-8.2">hvm</type>
<firmware>
<feature enabled="yes" name="enrolled-keys"/>
<feature enabled="yes" name="secure-boot"/>
</firmware>
<loader readonly="yes" secure="yes" type="pflash">/usr/share/OVMF/OVMF_CODE_4M.ms.fd</loader>
<nvram template="/usr/share/OVMF/OVMF_VARS_4M.ms.fd">/var/lib/libvirt/qemu/nvram/win10_VARS.fd</nvram>
<acpi>
<table type="slic">/var/lib/libvirt/images/gigabyte_MSDM</table>
</acpi>
<boot dev="hd"/>
<smbios mode="sysinfo"/>
</os>
-
OEM má hlavně to specifikum, že licence musí být dodána zároveň s hardwarem, nikoli dodatečně, a koncák je musí mít na JEDINÉM účetním dokladu. Zároveň je nepřenosná, tzn. nejde ji přenést na jiný počítač, tzn musí zůstat na kusu hardwaru, definovaném sériovými čísly CPU, základní desky, a systémového úložiště. V případě rozsáhlejší opravy, kdy se mění větší počet těchto dílů, může být nutná ruční reaktivace.
Pokud se správně pamatuju, OEM licenci desktopové edice je povoleno používat ve virtualizaci za podmínky, že zákazník má zaplacen program Software Assurance. Ostatní musí ve virtualizaci používat pouze FPM (krabicové) licence (ale možná už je to zase jinak).
NAVÍC při používání desktopových edic ve VM je vyžadována platná VDI (Virtual Desktop Infrastructure) licence pro každou instanci, která má formu předplatného a v CZK vychází na cca 2000,- ročně.
Celkově doporučuju jako minimum aktuální znění EULA předhodit GPTčku a nechat si udělat analýzu zamýšleného použití (funguje to až překvapivě dobře), nebo ještě líp zvednout telefon, zavolat na licenční oddělení některého certified partnera MS, poprosit o zpracování požadavků na licence na konkrétní use case, a ten jim obratem poslat. Mám zkušenost, že do 24 hodin se vrátí seznam potřebných licencí i s naceněním. Velmi výjimečně do 3 pracovjních dnů.
-
OEM má hlavně to specifikum, že licence musí být dodána zároveň s hardwarem, nikoli dodatečně, a koncák je musí mít na JEDINÉM účetním dokladu.
A pak Microsoft udělá nějakou legalizační akci, kdy je možné si legalizovat Windows nákupem OEM licence třeba s myší.
ještě líp zvednout telefon, zavolat na licenční oddělení některého certified partnera MS, poprosit o zpracování požadavků na licence na konkrétní use case, a ten jim obratem poslat.
Důležité je ovšem udělat toto pouze s jedním partnerem MS, ne s více, protože jinak dostanete různá navzájem protichůdná doporučení. Protože ve svých licenčních podmínkách se nevyzná ani Microsoft, ani jeho partneři.
S vaším komentářem souhlasím, jen některá zákoutí licencování produktů MS nejsou úplně přehledná.
-
OEM má hlavně to specifikum, že licence musí být dodána zároveň s hardwarem, nikoli dodatečně, a koncák je musí mít na JEDINÉM účetním dokladu.....
Zalez do diry, a uz nikdy z ni nevylejzej ... tenhle naprosto nepravdivej blabol byl milionkrat vyvracen. A to i rozhodnutimi soudu.
...
Vazne nevim co resis ... to ses tak neschopnej, ze neumis aktivovat widle? Na tom jak to udelas prd sejde, pokud licenci mas, tak ji proste mas. TECKA.
---
OEM je produkt urceny VYROBCUM sestav. Tim vyrobce muzu byt ja nebo kdokoli jiny. Tem co maji smlouvu ho MS poskytuje za vyrazne nizsi cenu, kterou ostatne sam proflak - bavime se o cca 300Kc. Vyrobce by ho v souladu s tim ujednani nemel dodavat samostatne.
Z hlediska uzivatele je to uplne jedno, jeho se to ujednani vubec netyka, jeho se tyka to, ze support mu dela ten, kdo mu ten OEM produkt dodal. Tudiz je bez supportu, coz je jedno, protoze u MS se stejne doszvi maximalne to, ze si ma pustti sfc, coz stejne nikdy nic nevyresi.
Uzivatel tu licenci pochopitelne muze prenaset zcela libovolne mezi pocitaci, stejne jako ji muze odprodat. A to ze zakona.
-
tvl tady je zase špekulantů... Je to jak napsat CPU, uděláš z W10 VHD kopii disku, podle potřeby si to překonvertuješ, pak to nativně na jinejch woknech (W11) zprovozníš virtuálně a když to nastavíš jako default tak ti to do toho rovnou bootuje a uživatel neví ani že má virtuál. Sám jsem to pro důchodce dělal. Wokna měl na na starým NTB na sebe, legálně, stejnej MS účet a na novym ntb ve virtuálu pod W11 to jede jak fík.
-
Kdyz vynecham pravnicinu kolem licence, tak technicky je to uplne snadne. Staci si zjistit UUID pocitace, ve virtualu nastavit stejne UUID, naistalovat win a zkontrolovat aktivaci s pripojenim na web. Ta je vazana prave na UUID, takze se tam zobrazi, ze "... byl aktivovani pomoci digitalni licence". (postup u win10 i win11)
Jak MS tvrdi, ze licence je vazana na uzivatelsky ucet jsem nikdy nepochopil ja to mysli. Protoze ten ucet je cloveka, zatimco OEM licence je pocitac. Jako proc OEM licenci a jeji uchovani pouziva MS jako argument jak cloveka presvedcit pouzit MS ucet me hlava nebere.
-
Zalez do diry, a uz nikdy z ni nevylejzej ... tenhle naprosto nepravdivej blabol byl milionkrat vyvracen. A to i rozhodnutimi soudu.
Když už píšete úplné nesmysly nemohl byste psát aspoň slušně? OEM licence (vázané na konkrétní hardware) jsou platné stále, nikdo to nikdy nevyvrátil a žádné rozhodnutí soudu na to není.
Abych vás ušetřil zbytečného trápení, rovnou dodám, že případ UsedSoft GmbH v. Oracle International Corp. (https://curia.europa.eu/juris/liste.jsf?num=C-128/11&language=CS), který řešil Soudní dvůr EU, byl o něčem jiném – a vůbec tam nešlo o OEM licence.
Z hlediska uzivatele je to uplne jedno, jeho se to ujednani vubec netyka
Koncový uživatel má v licenci napsáno, že smí licenci používat pouze se zařízením, se kterým byla zakoupena. Což překvapivě znamená, že smí licenci používat pouze se zařízením, se kterým byla zakoupena.
Uzivatel tu licenci pochopitelne muze prenaset zcela libovolne mezi pocitaci, stejne jako ji muze odprodat. A to ze zakona.
Přenášet ji mezi počítači nemůže, protože součástí licenčních podmínek je, že musí být používána na počítači, se kterým byla zakoupena. Je to úplně to samé, jak když si student pořídí studentskou licenci, nemůže ji pak používat podnikatel. Nebo když si pořídíte licenci pro použití na 3 počítačích, nemůžete ji používat na 10 počítačích. Pořád ta licence má nějaké podmínky použití, a licence je platná pouze za jejich dodržení.
Licenci můžete odprodat, ale pořád budou platit její podmínky. Pokud tam je podmínka použití s počítačem, se kterým byla licence poprvé zakoupena, tak pro kupujícího dává smysl koupit ji jenom s tím počítačem. A to se běžně dělá – prodá se počítač i s licencí na OS. Stejně to platí i pro ostatní podmínky – když si koupíte studentskou licenci, můžete ji prodat, ale používat ji bude moci zase jen student. Když si koupíte licenci pro 3 počítače, můžete ji prodat, ale kupující zase může software používat maximálně na 3 počítačích. A nemůžete ji ani rozdělit, že byste někomu prodal dvě licence a někomu jednu (což mimochodem explicitně řekl SDEU ve výše uvedeném případu, kdyby o tom snad někdo náhodou pochyboval).
-
Pokud se bavíme o aktivaci licence, neřešil bych způsob a použil tohle: https://github.com/massgravel/Microsoft-Activation-Scripts
Microsoft nezajímá, jak jsou ty Windows aktivovaný, zajímá je pouze faktura, kde je uvedená ta licence.
-
Vazne nevim co resis ... to ses tak neschopnej, ze neumis aktivovat widle?
Windows jsem neaktivoval minimálně deset let ale spíš déle. Jednak jsem od té doby nikde žádné Windows neměl -- jedny jsem instaloval až teď nedávno a bylo to teda dost strašný -- a za druhé celkem spokojeně fungují neaktivované. Nemám po těch deseti letech nejmenší představu jak se dnes "aktivují widle". Jsem taky neschopnej?
-
1. Ak nechces kupovat licenciu, tak to licencuj telefonicky ako ten chlapik
2. Pri aktivacii MAS sktiptom ti to vypisalo kluc, restartuj virtual , pripoj instalacne ISO, preinstaluj ho a pouzi ten kluc. Po pripojeni na internet bude aktivovany... aj bez pouzitia skriptu.
-
Pokud totiz vyrobce sw sam nedorzuje sve licencni podminky - alespon zakladni kontrolou ze nedelate neco nad ramec (jak je tomu napr. u poctu jader cpu), tak je takove ujednani neplatne.
To běžte vysvětlit Oraclu, kde stačí do databáze udělat jeden blbej select a v tu ránu to znamená, že jste si měl koupit licenci na nějakou fíčuru. U Oracle DB je v podstatě normální, že víceméně všechno funguje bez ohledu na to, zda na to máte koupenou licenci, nebo ne. A to, že jste to použil, se zapíše do nějaké interní tabulky a používá se to pak při auditu. Vyjel sis AWR report? Břink! Použils partitioning? Břink! Udělal's komprimovanej export? Břink! Ta kasa se pak může ubřinkat :D.
-
Pokud se bavíme o aktivaci licence, neřešil bych způsob a použil tohle: https://github.com/massgravel/Microsoft-Activation-Scripts
Něco mi uniklo nebo to je opravdu massgrave"L" ? I na githubu?
-
Vlastne jeste nez se dostanu k veci, zminim jednu vec.
Primo tady MS uvadi, ze pokud jsou wokna uz aktivovany (klicem / z HW) a uzivatel se prihlasi do MS uctu (nebo si jej vytvori), stane se klic soucasti jeho MS uctu a skrze tento MS ucet bude mozno reaktivovat i na jinem zeleze (treba po vymene klekle desky za jinou v ramci reklamace), technicky vzato tedy i na pripadne VM...
https://support.microsoft.com/en-us/windows/activate-windows-c39005d4-95ee-b91e-b399-2820fda32227
To jen, kdybyste chteli zkusit snazsi cestu naservirovanou primo z MS :-)
To by bolo OK, ale momentalne nemam programator na dump biosu a neviem ci by sa mi do toho chcelo.
To neni vubec potreba, vse potrebne si vytahnes pres dmidecode a /sys/firmware/acpi/tables/
V mem pripade bylo potreba tohle:
dmidecode | grep -A8 'System Information' > ~/gigabyte_sysinfo.txtobsah zhruba takovy (klicove udaje pro aktivaci: Serial number a UUID):
System Information
Manufacturer: Wortmann_AG
Product Name: TERRA_PC
Version: Default string
Serial Number: yololololo
UUID: yaddayadda
Wake-up Type: Power Switch
SKU Number: Default string
Family: Default string
Jako dalsi nutny obsah, ktery bylo potreba te VM podstrcit, bylo tohle:
cat /sys/firmware/acpi/tables/SLIC > ~/gigabyte_slic_table
Naopak navzdory ocekavanim (vzdyt to prece obsahuje samotnej klic) nebylo potreba tohle:
cat /sys/firmware/acpi/tables/MSDM > ~/gigabyte_MSDMobsah zhruba takovy:
MSDMU7WORTMAWORTMANN AMI blablabla-windows-product-key
Jak jsem uvadel v predchozim postu, potrebne soubory se muzou lisit v zavislosti na konkretni desce a OEM. Na vlastni bulvy jsem videl treba i desku, kde se mnou ciste nainstalovane Windows zcela neomylne aktivovaly "digitalni licenci", aniz bych vubec dokazal Product Key v SLIC najit... proste tam nebyl, ale vsechno koser, i na fakture.
V XML virtualky to pak vypada nasledne:
Vytvorit sekci sysinfo a precpat tam data z dmidecode:
<sysinfo type="smbios">
<system>
<entry name="manufacturer">Wortmann_AG</entry>
<entry name="product">TERRA_PC</entry>
<entry name="version">Default string</entry>
<entry name="serial">yololololo</entry>
<entry name="uuid">yaddayadda</entry>
</system>
<baseBoard>
<entry name="version">Default string</entry>
<entry name="serial">yololololo</entry>
</baseBoard>
</sysinfo>
+
nutno doplnit ACPI tabulku a odkazat na SMBIOS data v sekci OS:
<os firmware="efi">
<type arch="x86_64" machine="pc-q35-8.2">hvm</type>
<firmware>
<feature enabled="yes" name="enrolled-keys"/>
<feature enabled="yes" name="secure-boot"/>
</firmware>
<loader readonly="yes" secure="yes" type="pflash">/usr/share/OVMF/OVMF_CODE_4M.ms.fd</loader>
<nvram template="/usr/share/OVMF/OVMF_VARS_4M.ms.fd">/var/lib/libvirt/qemu/nvram/win10_VARS.fd</nvram>
<acpi>
<table type="slic">/var/lib/libvirt/images/gigabyte_MSDM</table>
</acpi>
<boot dev="hd"/>
<smbios mode="sysinfo"/>
</os>
Uplne mi stacilo UUID aby sa Win 11 aktivoval
dmidecode | grep -A8 'System Information'
-
Mám podobný dotaz, když jsem si zazálohoval stav aktivace přers advanced tokens manager a přelil stávající image do běhu pod KVM ,ukazuje mi 3 dny do aktivace= není aktivovaný. Předtím jsem udělal sysprep(kdy to i potom ukazovalo na comupteru aktivováo ještě), Pomůže ve virtálu přes advancdd tokens manager dát restore? vygenerovl 2 soubory, nějaký texták a pak 7MB tokens.dat
OS Win 8.
-
Jsou dvě cesty, odkazovaný Massgravel nebo pokud to poběží na nějaké virtuální platformě, tak si vedle toho nainstalovat linux a tam mít vlmcsd a proti němu ty 11 aktivovat.
-
Zalez do diry, a uz nikdy z ni nevylejzej ... tenhle naprosto nepravdivej blabol byl milionkrat vyvracen. A to i rozhodnutimi soudu.
Když už píšete úplné nesmysly nemohl byste psát aspoň slušně? OEM licence (vázané na konkrétní hardware) jsou platné stále, nikdo to nikdy nevyvrátil a žádné rozhodnutí soudu na to není.
Abych vás ušetřil zbytečného trápení, rovnou dodám, že případ UsedSoft GmbH v. Oracle International Corp. (https://curia.europa.eu/juris/liste.jsf?num=C-128/11&language=CS), který řešil Soudní dvůr EU, byl o něčem jiném – a vůbec tam nešlo o OEM licence.
Z hlediska uzivatele je to uplne jedno, jeho se to ujednani vubec netyka
Koncový uživatel má v licenci napsáno, že smí licenci používat pouze se zařízením, se kterým byla zakoupena. Což překvapivě znamená, že smí licenci používat pouze se zařízením, se kterým byla zakoupena.
Uzivatel tu licenci pochopitelne muze prenaset zcela libovolne mezi pocitaci, stejne jako ji muze odprodat. A to ze zakona.
Přenášet ji mezi počítači nemůže, protože součástí licenčních podmínek je, že musí být používána na počítači, se kterým byla zakoupena.
Jasně že může. Licenční podmínky nestojí nad zákonem. SDEU jasně řekl, že prvním prodejem rozmnoženiny softwaru (v hmotné či nehmotné podobě) v EU dochází k vyčerpání práva výrobce na tuto rozmnoženinu, jejím vlastníkem se stává nabyvatel a výrobce její další distribuci nemůže bez ohledu na smluvní ujednání bránit.
Podmínkou kromě prvního prodeje v EU je, že ta licence musí být trvalá (časově neomezená), že musí být přeprodána jako celek (nelze rozdělit multilicenci a přeprodávat právo na užívání jednotlivě) a ovšem musí být deaktivována předchozím uživatelem (tj. že ji ten uživatel přestane využívat). Toto jsou ovšem podmínky vyplývající ze zákona, ne ze smlouvy s výrobcem/dodavatelem toho softwaru.
A i když se snažíš to rozhodnutí SDEU shodit tvrzením, že se týkalo jen sporu Oracle vs UsedSoft, ten verdikt byl vydán a formulován obecně, ne pouze ve vztahu k tomu konkrétnímu případu.
-
asi by bylo fajn rozlišovat pár věcí a ujasnit si případně i pár termínů.
licenci dostáváte na zařízení (z pohledu Microsoftu). je jedno jestli to zařízení je fyzické, či virtuální. každé zařízení musí mít licenci. toto platí myslím od dob windows vista a windows server 2008, kdy microsoft zavedl roli hyper-v a zohlednil tím i licenční ujednání.
poznámka: bavíme se o oem licenci viz dotaz na začátku této diskuze. samozřejmě jsou i windows 11 per user licence, ale ty teď tady neřešíme.
protože se bavíme o windows 11 a nikoli windows server, nemíchal bych to vůbec s věcmi týkající se windows server. s takovým scénářem se nepočítá a není k tomu ani důvod.
co se týče oem licence, pokud je prvním vlastníkem té licence, musí tento vlastník dodržovat podmínky OEM,. tedy neoddělovat SW licenci od HW. pokud je dalším vlastníkem, právo k tomu bylo vyčerpáno (ze strany Microsoftu) a OEM licence již neplatí. je důležité zdůraznit, že neplatí pouze část týkající se OEM vlastností licence, tedy vazba licence jen k HW se kterým byla prodána. pak se z této OEM licence defacto stává (skoro) "FPP licence", ale týká se to jen té části vazby na HW, ničeho jiného. všechna ostatní ustanovení OEM licence stále platí.
poznámka k VDI - ta je správná, ale jen pokud se bavíme o využívání principů VDI, kdy se vytváří nové VM s Windows 11 apod. pak to problém je a na to je třeba extra příplatková licence pro VDI. tam totiž se počítá s jiným chováním aktivace licence a zejména omezení požadavků na aktivace a používání MAK klíče.
pokud se bavíme jen o licenci navázané na jedno VM pak je to v pohodě. žádné extra práva nejsou třeba, ale pořád musíme brát v potaz že je ta licence na jedno zařízení a chovat se k němu stejně jako kdyby to bylo fyzické zařízení.
tvrzení že když si microsoft něco nehlídá technicky a případně tomu nebrání, že je takové ustanovení neplatné, je nesmysl. žádný judikát na to neexistuje a moc rád bych ho viděl.
přenos aktivované licence do jiného hw sice fakticky fungovat může, ale pokud se jedná o prvního vlastníka licence, porušuje tím smlouvu jak v bodě že licence je svázána s hw tak i z hlediska zákazu obcházení aktivačního procesu a to jak z pohledu licence tak i z pohledu AutZ.
když se vrátím k originálnímu dotazu - jedná se o oem licenci dodanou s hw. v tomto případě je to problém pokud se jedná o prvního vlastníka této licence. jinak připomínám že povinností původního vlastníka licence a i nového je prokázat dodržení podmínek, resp. jejich neporušování. to by znamenalo, že původní vlastník oem licence by musel licenční klíč vymazat z UEFI. pokud se jedná o OEM licenci třeba od HP, ty bývají BIOS/UEFI locked na značku výrobce. tam může být značně problematický proces aktivace. myslím si že jednodušší je koupit jednu použitou licenci, která stojí cca něco mezi 700-1000 kč podle prodejce (nemyslím Aukro), tam už je vše právně ošetřeno a i když se Microsoft tváří urputně, ve skutečnosti neklade fakticky moc odpor. použitých licencí už jsem koupil několik desítek. otravná je jen ta telefonická aktivace, což je u použitých licencí defacto nutnost.
-
Chjo ...
Cet si tu licenci alespon jednou?
OEM ujednani se vztahuje na !vyrobce! pocitace, kteremu rika, ze TYHLE widle, smi DODAT pouze s pocitacem. TECKA
Uzivatele se vubec netyce. Legislativne pak (v EU) neni pripustne svazovat SW s HW. I kdyby to tam bylo napsane, jako ze neni, tak by ta cast byla absolutne neplatna.
Co se tyce virtualniho provozu desktopovych widli, to MS tvrdi, ze nelze, ovsem legislativa to vidi jinak a tudiz lze.
Legislativne totiz neni zadny rozdil v tom, jestli neco bezi na HW nebo na virtualni platforme tehoz HW, nebo .... protoze podstatne je, zda dotycny ma licenci na prislusnouo instanci a pokud ma, je to vporadku.
Stejne tak si dovolim tvrdit, ze by MS a dalsi (v EU) dost tezko obhajovali treba licencovani na pocet jader CPU, protoze co je to jadro CPU? Je to nedefinovatelne nic. Specielne prave na ruznych virtualnich platformach se to muze i za behu vpodstatne libovolne menit ... a virtualni CPU muze byt 100 realnych ... nebo naopak.
Mimochodem, zadna telefonicka aktivace uz par patku neni mozna.
-
Co se tyce virtualniho provozu desktopovych widli, to MS tvrdi, ze nelze, ovsem legislativa to vidi jinak a tudiz lze.
Tos viděl kde a jak to bylo formulováno? MS AFAIK tvrdí jen to, že desktopové edice ve virtuálním prostředí požaduje zalicencovat příplatkovou VDI licencí (což je fakticky předplatné cca 3000,- CZK / instanci VM ročně).
Stejne tak si dovolim tvrdit, ze by MS a dalsi (v EU) dost tezko obhajovali treba licencovani na pocet jader CPU, protoze co je to jadro CPU? Je to nedefinovatelne nic. Specielne prave na ruznych virtualnich platformach se to muze i za behu vpodstatne libovolne menit ... a virtualni CPU muze byt 100 realnych ... nebo naopak.
Ještě jsem u žádného SW, operujícího s licencováním na jádra, nenarazil na stav, že by nebylo pro účely licenční smlouvy definováno, co se tím myslí. A u všech co jsem viděl to bylo stejně: jádrem je myšleno fyzické jádro bez ohledu na eventuální vyšší počet hw vláken, tzn. pro účely licence bylo vždy uvedeno, že 1 licencované jádro = 1 fyzické CPU jádro (a tedy u SMT/HT 2 hw vlákna). S vCPU to nesouvisí jinak, než že 1 vCPU je zpravidla mapováno na 1 fyzické vlákno, tzn. při zapnutím HT je při 100% provisioningu bez sdílení prostředků možno přidělit tolik vCPU, jako mají osazená CPU vláken (tzn u 12c/24t CPU 24 vCPU), při vypnutém HT tolik vCPU jako je jader (tedy utéhož CPU 12 vCPU, ale každé s až cca 200% výkonu jednoho vCPU proti stavu se zapnutým HT).
To už bych za realističtější považoval napadení minimálního požadovaného počtu licencovaných jader (tedy např 16 u WinSrv a VMw) a granularitu dodatečných core licencí (např. 4 u WinSrv), protože tam je požadováno platit raketu za doslova nic.
-
Tos viděl kde a jak to bylo formulováno? MS AFAIK tvrdí jen to, že desktopové edice ve virtuálním prostředí požaduje zalicencovat příplatkovou VDI licencí (což je fakticky předplatné cca 3000,- CZK / instanci VM ročně).
Je to možná trochu off topic, ale pokud používám Windows v Parallels na Macu, tak si kupuji ofiko jen uživatelskou licenci na Win11 - viz https://kb.parallels.com/en/9003
Jinak za starých časů VMWare a Windows 10 jsem používal na VMWare OEM licenci Windows z toho počítače a fungovalo, dle zákonů to bylo legální a pochybuji, že se v tom něco změnilo
-
Ono to tak funguje i u desktopového HV, tzn win7-11 na win7-11, využívaných uživatelem toho fyzického počítače.
Pokud ale dáš desktopová wokna na server (a tím je myšleno jiný fyzický stroj, než u kterého jako uživatel té VM sedíš), z EULA mi vyplývá, že máš povinnost platit VDI licenci.
Dost by mě zajímalo, co by si o tom myslely soudy, protože tam je požadováno plnění doslova za nic. A navíc opakovaně, protože je to roční platba cca 200€ za instanci.
-
...jádrem je myšleno fyzické jádro ...
Co je to fyzicke jadro? Ja to netusim ... prave sem si ... klidne rovnou u MS, pronajal nejaky vykon, na smlouve mam nejaky megaflops. Vubec netusim jak vypada ten HW. Mozna ma par miliard jader, ja to nevim, zejtra bude mit mozna o miliardu vic. Mozna je to jedno jadro poskladany z kosticek v minecraftu.
Pricemz problem je prave predevsim v tom, ze (nejen)MS po tobe chce abys licencoval fyzickou infrastrukturu, kterou jednak vubec neznas, druhak ten system k ni vubec v tom rozsahu typicky nema pristup. Nebo si jako myslis, ze kdyz mam stroj kterej ma rekneme 48 jader, tak ze tem widlim co tam jen tak hnijou a nic nedelaj dam 48 jader?
-
Neměla by mít licence od Microsoftu přesunutá na server a virtualizaci aktivní SA?
Myslím, že Microsoft má (měl) nějaký produkt předplatného pro tyto případy kdy se licencoval celý balík aplikací a systému. Tuším že to určitě obsahovalo licenci na CAL Exchange, CAL SMS, RDP a Windows Ent. (tuším že měla i Office), a pak ta licence v tomto případě VDI měla oprávnění živě migrovat z jednoho serveru na druhý (základní podstata VDI - vysoká dostupnost). Cenově ale byla kolem 3-6 tis. měsíčně.
Ale k digitální licenci - s tou se nesmí "hýbat", je určena pro ten fyzický stroj.
Správně by mělo být asi dokup upgrade na Enterprise + SA, a pak licencovat pomocí MAK každou virtualizovanou licenci.
Licence je pouze oprávnění, ale není to nic s čím mohu nějak manipulovat. MS pouze říká tuto licenci můžeš používat takto. A její přenositelnost je prostě nemožné, i kdyby se někdo chytal naděje že podle EU ano. Jedna z podmínek je odstranění původní licence, a to nejde bez hacknutí BIOS/UEFI, což ale opět nejde protože je to software výrobce PC který zakazuje úpravu firmware.
Ideální řešení je prostudovat aktuální PUR (product user rights) od Microsoft a najít si tam tu svoji licenci která kryje očekávané použití.
Jestli jde o domácí používání asi bych to tak nehrotil a koupil krabicovou PRO verzi Windows, a nebo spíše předplatné Microsoft 365. Microsoft totiž rovněž říká, že by člověk měl učinit nějakou rozumnou míru snahy pro správné licencování.
-
Chjo ...
Cet si tu licenci alespon jednou?
OEM ujednani se vztahuje na !vyrobce! pocitace, kteremu rika, ze TYHLE widle, smi DODAT pouze s pocitacem. TECKA
bavíme se o licenční smlouvě k windows 10/11 skrze oem distribuci? pokud ano tak to je licence pro konečného uživatele. ostatně v té smlouvě je to napsáno. když zapnu počítač poprvé jako koncový uživatel tak tuto licenční smlouvu musím odsouhlasit.
OEM ujednani se vztahuje na !vyrobce! pocitace, kteremu rika, ze TYHLE widle, smi DODAT pouze s pocitacem. TECKA
tím máš asi na mysli OEM System Builder. ta je určena pro výrobce.
já jsem mimo jiné jak OEM System Builder Microsoftu tak Microsoft Partner.
a liocenční smlouvy Windows 10 a 11 jsem četl mnohokrát.
Uzivatele se vubec netyce. Legislativne pak (v EU) neni pripustne svazovat SW s HW. I kdyby to tam bylo napsane, jako ze neni, tak by ta cast byla absolutne neplatna.
ne nemáš pravdu.
Stejne tak si dovolim tvrdit, ze by MS a dalsi (v EU) dost tezko obhajovali treba licencovani na pocet jader CPU, protoze co je to jadro CPU? Je to nedefinovatelne nic. Specielne prave na ruznych virtualnich platformach se to muze i za behu vpodstatne libovolne menit ... a virtualni CPU muze byt 100 realnych ... nebo naopak.
diskuze je o klientských windows, tam se licencování na procesor či jádra neřeší. to se řeší u windows server a dalších serverových produktů. a protože se to tam řeší, tak je tam i popsané co se tím myslí.
tvrdit že co je jádro cpu je podobné jako tvrdit že nikde neexistuje definice užívání toaletního papíru.
-
Co se tyce virtualniho provozu desktopovych widli, to MS tvrdi, ze nelze, ovsem legislativa to vidi jinak a tudiz lze.
Tos viděl kde a jak to bylo formulováno? MS AFAIK tvrdí jen to, že desktopové edice ve virtuálním prostředí požaduje zalicencovat příplatkovou VDI licencí (což je fakticky předplatné cca 3000,- CZK / instanci VM ročně).
už jsem to vysvětloval. VDI příplatek se aplikuje jen pokud používám licenci pro klientský OS jako VDI, tedy střídavě vytvářím a ruším VM s klientským Windows OS. pokud to používám standardně, tedy přiřadím licenci a ona tam je na tom vm týdny, měsíce, roky, není třeba mít VDI příplatkové právo.
-
Ono to tak funguje i u desktopového HV, tzn win7-11 na win7-11, využívaných uživatelem toho fyzického počítače.
Pokud ale dáš desktopová wokna na server (a tím je myšleno jiný fyzický stroj, než u kterého jako uživatel té VM sedíš), z EULA mi vyplývá, že máš povinnost platit VDI licenci.
Dost by mě zajímalo, co by si o tom myslely soudy, protože tam je požadováno plnění doslova za nic. A navíc opakovaně, protože je to roční platba cca 200€ za instanci.
viz předchozí můj komentář. pokud to používám tradičně, přiřadím konkrétnímu VM tu licenci, není třeba právo pro VDI řešit, protože to nepoužívám jako VDI.
-
...jádrem je myšleno fyzické jádro ...
Co je to fyzicke jadro? Ja to netusim ... prave sem si ... klidne rovnou u MS, pronajal nejaky vykon, na smlouve mam nejaky megaflops. Vubec netusim jak vypada ten HW. Mozna ma par miliard jader, ja to nevim, zejtra bude mit mozna o miliardu vic. Mozna je to jedno jadro poskladany z kosticek v minecraftu.
Pricemz problem je prave predevsim v tom, ze (nejen)MS po tobe chce abys licencoval fyzickou infrastrukturu, kterou jednak vubec neznas, druhak ten system k ni vubec v tom rozsahu typicky nema pristup. Nebo si jako myslis, ze kdyz mam stroj kterej ma rekneme 48 jader, tak ze tem widlim co tam jen tak hnijou a nic nedelaj dam 48 jader?
a nevadí ti že je to zcela jiná diskuze a řídí se zcela jinými podmínkami? pokud myslíš Azure VM tak tam si licencování řeší a účtuje Microsoft sám a minimálně z pohledu licencování OS to není tvoje starost. a je to zcela off-topic této diskuze.
-
Neměla by mít licence od Microsoftu přesunutá na server a virtualizaci aktivní SA?
SA není povinná, jen poskytuje výhody (dodatečná práva) a usnadňuje licencování. například přenos licence mezi hw libovolně ihned.
jak jsem již psal, samotné užití na virtualizační platformě není problém, microsoft to nerozlišuje. microsoft jen chce aby každý hardware měl svou licenci kde je jeho produkt. jestli je to fyzický hardware nebo virtuální je mu jedno.
Ideální řešení je prostudovat aktuální PUR (product user rights) od Microsoft a najít si tam tu svoji licenci která kryje očekávané použití.
pozor, PUR se týká jen multilicenčních smluv a cloudových produktů. u OEM licence, či FPP licence se týkají jen podmínky v dané smlouvě a nic víc.
tohle jsem si kdysi taky myslel a až před několika lety jsem se to dozvěděl po několikaletém studování EULA a argumentu proč se na PUR EULA neodkazuje. ony totiž ty ostatní produkty tedy nabyté skrze multilicenci, SPLA, či CSP fungují jinak, tam se uzavírá principielně ta smlouva a na ni jsou nabaleny další dokumenty včetně EULA a PUR.
pokud kupuji jen FPP či OEM tak pak se mne týká jen to co je v té konkrétní smlouvě v daném produktu.
-
Šílené.
Dělá to MS schválně? nebo je to dluh minulosti?
Řešil jsem ohledně nákupu MS Licencí. "8 z 10" produkťáku vám mimo záznam řekne, že je to peklo. Navíc se pořád něco mění.
Proč?
Mohli by říct stop. Azure a velké korporace tam to asi nikdy nebude jednoduché ale ten zbytek udělat čáru, pravidla o 10 bodech a konec zvláště u koncových a SMB.
Možná je to záměr a možná je to neschopnost to změnit.
-
...jádrem je myšleno fyzické jádro ...
Co je to fyzicke jadro? Ja to netusim ... prave sem si ... klidne rovnou u MS, pronajal nejaky vykon, na smlouve mam nejaky megaflops. Vubec netusim jak vypada ten HW. Mozna ma par miliard jader, ja to nevim, zejtra bude mit mozna o miliardu vic. Mozna je to jedno jadro poskladany z kosticek v minecraftu.
Pricemz problem je prave predevsim v tom, ze (nejen)MS po tobe chce abys licencoval fyzickou infrastrukturu, kterou jednak vubec neznas, druhak ten system k ni vubec v tom rozsahu typicky nema pristup. Nebo si jako myslis, ze kdyz mam stroj kterej ma rekneme 48 jader, tak ze tem widlim co tam jen tak hnijou a nic nedelaj dam 48 jader?
Heleďse mě je úplně jedno jestli ty vůbec něco víš, zejména v kontextu pronájmu výkonu u MS nebo jakýhokoli pronájmu hardwaru nebo cloudovýho výkonu, vzhledem k tomu že tam licencování vůbec neřešíš TY a evidentně o tom víš tužku.
S těmahle nesmyslama, kterýý tu blábolíš jen proto, abys sem nazvracel balast, se jdi vycpat.
-
Co se tyce virtualniho provozu desktopovych widli, to MS tvrdi, ze nelze, ovsem legislativa to vidi jinak a tudiz lze.
Tos viděl kde a jak to bylo formulováno? MS AFAIK tvrdí jen to, že desktopové edice ve virtuálním prostředí požaduje zalicencovat příplatkovou VDI licencí (což je fakticky předplatné cca 3000,- CZK / instanci VM ročně).
už jsem to vysvětloval. VDI příplatek se aplikuje jen pokud používám licenci pro klientský OS jako VDI, tedy střídavě vytvářím a ruším VM s klientským Windows OS. pokud to používám standardně, tedy přiřadím licenci a ona tam je na tom vm týdny, měsíce, roky, není třeba mít VDI příplatkové právo.
A nasměruješ mě na konkrétní ustanovení? Protože tenhle výklad (tzn. že VDI se vztahuje pouze na dynamicky vznikající instance VM s desktopovou edicí) mi z ničeho nevyplynul; jen ten s provozem instance desktopové edice na serveru, kterou používá uživatel(é) z jiného fyzického stroje.
-
Asi jsem to našel.
Běžná desktopová licence stačí, pokud:
- je licence přiřazená VM vázána na konkrétní fyzický stroj, tzn ta VM se nikdy nikam (ani při poruše serveru) nestěhuje
- běží pod hypervisorem na tom klientovi, ze kterého se do VM přistupuje
- k VM přistupuje výhradně uživatel, fyzicky sedící u konzole toho stroje, na kterém VM běží.
Přičemž jestli to čtu správně, musí být splněny všechny tři zároveň.
Tzn. pokud je splněno byť jen jedno z následujících:
- fyzickým strojem je server (se serverovým OS), k němuž se přistupuje vzdáleně (nikoli skrz fyzickou konzoli)
- k VM uživatel přistupuje z jiného stroje (tzn. VM sice běží na desktopovém HW a v hypervisoru v desktopovém systému, ALE uživatel VM nepoužívá od jeho fyzické konzole)
- na jednom fyzickém stroji běží víc instancí, používaných více než jedním uživatelem (podle všeho myšlena osoba)
je vyžadováno licencování per-user-Enterprise nebo VDA/VDI.