A virtuális hardver

A támogatott vendég operációs rendszerek közt természetesen nem található meg a Windows 7, így a rá legjobban hasonlító Windows Vista-t választottam. Ez alapján az alapértelmezett 1GB memória / 16GB merevlemez kombinációt elfogadtam.

Telepítés

Míg a fenti bevezetőt megírtam, fel is kúszott a virtuális gépbe a Windows 7. A merevlemez masszívan villog, de betudható a kis teljesítményű (5400RPM) notebook lemeznek.

A telepítés kb. hasonló élmény volt, mint egy Vista. Nem kérdez semmit, megy, aztán egyszer csak készen van.

A telepítő újraindítja a gépet a „Completing installation” résznél és utána még hosszú perceket szuttyog. Ez a régi Windows 3.1 telepítők kellemes hangulatát idézte, amikor 99% után még 2X annyit kellett várni, mint amit az addig eljutáshoz. Azért nem ilyen vészes a helyzet

Első indítás

Az elején megváltozott az indító kép:

Az újraindítások után a szokásos telepítéssel kapcsolatos dolgokat kell megadni (frissítések, időzóna, stb.).

A hálózat beállításnál újdonságok fogadnak:

Tartalom megosztást segítő lehetőségek, valószínűleg, ha még mindig nem XP felhasználó lennék, jobban tudnám itt miről van szó

Barátkozás a Windows 7 virtuális géppel

Alapvetően a telepítést követően mindent rendben találtam. A legtöbb funkció remekül működik.

Internet Explorer 8 és Windows PowerShell 2.0 fogad. Hiába, a cmd parancs már obsolate.

A „My documents” helyett itt „Libraries” fogad a saját anyagok csoportosítására. Ez tetszik.

Első ránézésre tetszik, szerintem a Vistát már kihagyom, megvárom, míg egy későbbi verzió kijön ebből, és majd azt próbálgatom.

Jelenleg a legstabilabb MS asztali operációs rendszer a Windows 2008. Ez nem vicc, itt egy leírás hogyan lehet a Windows 2008 szervert asztali gépre munkaállomássá faragni: http://www.win2008workstation.com/wordpress/. Picit drága mulatság egy Windows 2008 szervert otthoni célra venni. Reméljük, mielőbb segít ezen a várva-várt Windows 7.

(A Microsoft Windows 7 (régi kódnevén Vienna, azelőtt Blackcomb) a Windows Server 2008-ra épülő operációs rendszer, melynek megjelenése 2009-re várható.)

Kapcsolódó hivatkozások:

Windows 7
http://hu.wikipedia.org/wiki/Microsoft_Windows_7

Máris jobb a Vistánál a félkész Windows 7

http://index.hu/tech/szoftver/frrdl081104/

Windows 7: végleges a név

http://www.origo.hu/techbazis/szamitogep/20081014-windows-7-vegleges-a-kovetkezo-microsoft-operacios-rendszer-neve.html

Windows 7 előzetes a torrentoldalakon

http://www.sg.hu/cikkek/63699

PDC: a Windows 7 első nyilvános szereplése
http://www.sg.hu/cikkek/63588

Vajon van élet az 1.x-es „Make this virtual machine private”-on túl? Igen, van!

Az 1.x sorozatú VMware szerver esetén az élete nem volt könnyű annak a rendszergazdának, aki ezen üzemeltett eltérő jogosultságú virtuális gépeket.

A forgatókönyv nagyjából így nézett ki:

· vedd fel a felhasználókat (most ebbe beleértem a Linux passwd-től a Windows 2003 Domain felhasználókat is)

· a virtuális gépet reprezentáló könyvtárra (OS fájlokra) adj jogot annak, aki majd hozzáfér (és csak neki)

· állítsd be az összes virtuális gépet privátra, és amikor egy újat veszel fel figyelj, nehogy elfelejtsd a „Make this virtual machine private”-t benyomni, mert akkor az összes felhasználó látni fogja.

· Lépj be a MUI-ra weben vagy használd a VMware Server Console-t (az új felhasználóval)

Ez szép és jó, azonban csak annyit lehetett a jogosultsági rendszerrel szabályozni, hogy ki melyik géphez férhet hozzá. Azt nem, hogy mit csinálhat.

Kis trükközéssel azért itt (VMware Server 1.x) is csodákat lehetett művelni. Tavaly ez ügyben zseniális tanácsokat adtam ez ügyben a rászorulóknak (pl. vmx fájlra csak olvasási jog esetén nem tudja átkonfigurálni a gépét csak használni, stb.), de ez inkább hack-elés, mint hivatalos „feature”. A nosztalgia kedvéért íme még egy kép:

Jogok (role) és jogosult objektumok (permissions)

Az új VMware Server 2.0 esetén a jogosultsági rendszer számos újdonsággal lepi meg felhasználóit. Végre azt is meg lehet mondani hogy mit tehet az a valaki!

Itt egy nagyon jó áttekintő leírás (angolul) ez kötelező olvasmány annak, aki komolyan gondolja:

VMware Server 2.0 Security – Access, Roles and Permissions

http://www.virtuatopia.com/index.php/VMware_Server_2.0_Security_-_Access,_Roles_and_Permissions

Röviden a lényeg:

· a jogosultsági rendszer a felhasználó/csoport kezelés tekintetében teljesen a gazda operációs rendszerre hagyatkozik, legyen az Windows vagy Linux alapú.

· vannak jogok (mit lehet csinálni?)

· és jogosultságok (kinek-felhasználó/kiknek-csoport és melyik objektumon lehet az csinálniuk?).

Gyárilag be van szerelve 3 csoport (nincs joga, csak olvasni tud, admin mindent tud):

· No Access – The default role for users other than the administrator. Denies access to the VI Web Access interface. Attempts to log in will be met with a You do not have permissions to login to the server message.

· Read Only – Allows the user to login and view, but not change, configuration settings and virtual machine states. Access to virtual machine consoles is also denied.

· Administrator – Provides full privileges to all aspects of VMware Server 2.0, including the ability to configure roles, permissions and privileges for all users and groups.

A jogokat a felületen (vagy Linux esetén a háttérben található XML-ben kézzel szerkesztve) lehet módosítani.

Linux: /etc/vmware/hostd/authorization.xml

Windows: VMware Authorization Service ("VMAuthdService") és VMware Registration Service ("vmserverdWin32") gondoskodik a jogosultsági rendszerről (is).

Apró de zavaró szépséghiba Linux-on – RuntimeFault: Database temporarily unavailable or has network problems.

A jogosultsági rendszerrel való ismerkedés közben kaptam egy bingó-ablakot*:

* vicces hibaüzenet, melyen csak OK gomb van

A google 159 találatot ad a teljes hibaüzenetre, tehát nem vagyok egyedül a hibával:

RuntimeFault: Database temporarily unavailable or has network problems.

http://communities.vmware.com/message/1070373;jsessionid=14E91687B0FD4E23D0C03B51D3E66323

I dont know what the offical patch will be but here is a workaround I found translating a German document I found.

/etc/init.d/vmware-mgmt stop

vi /etc/vmware/hostd/authorization.xml

edit the line that talks about

<NextAceId>11</NextAceId>

incrament it past the current "root" or administrator account you have. so it now reads

<NextAceId>12</NextAceId>

I also deleted

<NextRoleId>11</NextRoleId>

doesnt seem to be used anywhere I then

/etc/init.d/vmware-mgmt start

and relogged in.

Re: How to VMWare Server 2.0 on Ubuntu 8.10

http://ubuntuforums.org/showthread.php?p=6184638

Megjegyzéseim:

· Windows alatt a Build 122589-et nyomkodva sehogy sem jött elő a hibaüzenet, hiszen ott másképpen működik az egész (nem találtam authorization.xml-t)

· A Linux (itt egy Ubuntu szerver van) alatt jellemző a hiba, a Build 116503-ben még benne van a hiba

A Linux alapú jogosultági rendszer lelke: az authorization.xml és működése

Azért én hozzátennék pár szót a fenti VMware közösségből érkező javaslathoz. A <NextRoleId> jelenti a következő szerep azonosítóját. Ezt butaság lenne kitörölni, mert akkor a következő szerep létrehozásakor máris újra a fenti hibaüzent szórakoztatna. Az authorization.xml-t kinyitva és „hosszan nézve” minden kitalálható, viszonylag deklaratív!

<ConfigRoot> a gökérelem,

<ACEData id="itt egy szám"> ez egyes permission-öket jelenti,

<RoleData id="itt a role azonosító figyel"> az egyes szabály (<NextRoleId> teccikemlékezni, ugye?).

<PrivSet id="role azonosító megint"> ez foglalja keretbe a Role-hoz tartozó jogosultságokat

<Priv id="VirtualMachine.Interact.PowerOn">VirtualMachine.Interact.PowerOn</Priv> ez pedig maga a jogosultság, amit a felületen bepipáltam a joghoz.

<NextAceId>15</NextAceId> – a következő permission (jog) felvételéhez kell <NextRoleId>12</NextRoleId> - a következő szerep felvételéhez kell, ha hibát kapsz, írd át 20-ra, mondjuk, az elég nagy szám. Vedd fel a szerepet, és utána visszaáll.

Nézzük egy példát: gépeket indít, pillanatfelvételt készít, de mást nem tud

Ha megbarátkoztunk az authorization.xml-lel, akkor nézzünk egy példát:

A konfiguráció mögötte:

Ez itt a szerep, van neki egy sorszáma és egy neve.

<RoleData id="11">

<RoleId>11</RoleId>

<RoleName>Client-snapshot</RoleName>

</RoleData>

Illetve tartoznak bele jogok:

<PrivSet id="11">

<Priv id="VirtualMachine.Interact.ConsoleInteract">VirtualMachine.Interact.ConsoleInteract</Priv>

<Priv id="VirtualMachine.Interact.PowerOff">VirtualMachine.Interact.PowerOff</Priv>

<Priv id="VirtualMachine.Interact.PowerOn">VirtualMachine.Interact.PowerOn</Priv>

<Priv id="VirtualMachine.Interact.Reset">VirtualMachine.Interact.Reset</Priv>

<Priv id="VirtualMachine.Interact.Suspend">VirtualMachine.Interact.Suspend</Priv>

<Priv id="VirtualMachine.Interact.ToolsInstall">VirtualMachine.Interact.ToolsInstall</Priv>

<Priv id="VirtualMachine.State.CreateSnapshot">VirtualMachine.State.CreateSnapshot</Priv>

<Priv id="VirtualMachine.State.RemoveSnapshot">VirtualMachine.State.RemoveSnapshot</Priv>

<Priv id="VirtualMachine.State.RenameSnapshot">VirtualMachine.State.RenameSnapshot</Priv>

<Priv id="VirtualMachine.State.RevertToSnapshot">VirtualMachine.State.RevertToSnapshot</Priv>

<PrivRoleId>11</PrivRoleId>

</PrivSet>

Hát ennyi az egész. Ugye nem is olyan bonyolult?

(Az ESX szerver esetén a jogosultsági rendszer ha szükséges, durván elkomplikálódhat, viszont sokkal jobban szofisztikázható is ezáltal.)

Kapcsolódó cikkek:

VMware Server 2.0 Security – Access, Roles and Permissions

http://www.virtuatopia.com/index.php/VMware_Server_2.0_Security_-_Access,_Roles_and_Permissions

Understanding VMware ESX Server Security Profiles

http://www.virtualizationadmin.com/articles-tutorials/vmware-esx-articles/networking/understanding-vmware-esx-server-security-profiles.html

Amennyiben a VMware szerver kiszolgálót a saját gépünkre telepítettük, úgy a belépéshez először navigáljunk el a VMware szerver (felügyeleti) honlapjára (https://localhost:8333), vagy válasszuk az erre a célra létrejött ikont:

Természetesen, nem csak a saját gépünkön lehetséges a VMware szervert használni, lehetőségünk van az Interneten (vagy helyi hálózaton) keresztül távoli (másik) VMware szerverekre is kapcsolódni.
A saját gépre telepítve többnyire a https://localhost:8333 címen lehet elérni a felügyeleti honlapot, amikor a telepítésnél mindent az alapértelmezett beállítások szerint fogadtunk el (nem válaszunk másik portot a 8333 helyett). Internetes vagy helyi hálózati környezetben a 8333 helyett a 443-as port használata javasolt (amennyiben az alapértelmezett SSL/HTTPS port még nincs használatban), így a címből elhagyható lesz a nem alapértelmezett SSL/HTTPS port száma (https://localhost).

Első látogatás a VMware felügyeleti webhelyére (SSL tanúsítvány elfogadása és belépés)

A Mozilla Firefox nagy előnye az Internet Explorer-rel szemben, hogy képes megjegyezni a nem hiteles tanúsítvánnyal rendelkező oldalak (nem hiteles) tanúsítványait, és amikor legközelebb (kikapcsolás után) visszalátogatunk oda, nem kapunk idegesítő hibaüzenetet, hogy „There is a problem with this website’s security certificate.” Ilyen a VMware webes felülete is, és még sok más ön-aláírt (self-signed certificate) SSL webhely.

Első látogatásnál ez jelenik meg:

Itt kattintsunk a „Vagy hozzáadhat egy kivételt…” feliratra! Ez követően megjelenik a „Kivétel hozzáadása…” gomb, nyomjuk meg!

A felugró ablakban a „Tanúsítvány letöltése” gombot válasszuk.

Ekkor megjelenik a tanúsítvány állapota. Ne zavarjon meg a „rossz webhely” vagy „ismeretlen identitás” figyelmeztetés. Nyomjuk meg a „Biztonsági kivétel megerősítése” gombot.

Ez követően már nem lesz gond a webhely látogatásánál a tanúsítvánnyal. Lépjünk be! *** innentől ugrás ***

A belépéshez (amennyiben a saját gépre telepített VMware szerverről beszélünk) pontosan azzal a felhasználóval kell belépni, mint a Windows-os gépen a belépett felhasználó (jellemzően rendszergazdai jogokkal felruházva). Az állítás még pontosítható lenne, de most maradjunk ennyiben. Hamarosan írok egy újabb/részletesebb cikket a VMware szerver jogosultsági rendszeréről, ez egy külön történet. Fogadjuk el azt, hogy a VMware szerver felhasználó kezelése a gazdagép operációs rendszerének felhasználóira épül. Legyen az Linux vagy Windows.

Akit érdekel mi lett a VMware server weblapjának tanúsítványával, az megkeresheti a Mozilla Firefox-ban. Eszközök / Beállítások menü / Haladó fül / Tanúsítványkezelő gomb.

Egyszer rögzítve lett a szerver:

Valamint felvette a Hitelesítés szolgáltatók közé a „VMware, Inc.”-t is, mely aláírta a saját gépen futó VMware szervert.

Elnézést kérek azoktól, akik mindezt tudják, és túl részletes lettem volna, de bevallom őszintén én is csak most ismerkedtem meg a Firefox Tanúsítványkezelőjével, korábban bután nyomkodtam a piros X-et (hibás tanúsítvány esetén) IE alatt, mint szerintem sokan mások is teszik velem együtt.

*** ide ugrás ***

Belépés

A tanúsítványok vizsgálata után folytassuk a VMware szerver webes felületének megismerését. Jelentkezzük be a „VMware Infrastructure Web Access” segítségével.

Tekintsük át a felületet:

A virtuális gépekkel számos műveletet lehet végezni (elindítani, leállítani, távirányítani, pillanatfelvételt készíteni róla, stb.).

Ez a VMware szerver 2.0 újdonsága, miszerint nincs szükség semmilyen kliens programra, csak egy ~10MB körüli böngésző kiegészítőre (akár egy Flash megjelenítéséhez szükséges kiegészítő) és már irányíthatjuk is virtuális gépünket.

A webhely akár internetes környezetben is használható, nem úgy mint a korábbi 1.x sorozat nehézkes és lassú Virtual Server Console alkalmazása esetén.

Virtuális gépek távirányításához szükséges böngésző kiegészítő telepítése

Valamelyik virtuális gépet kiválasztva és a Console fülre kattintva egyből találkozni fogunk a hiányossággal, a virtuális gépek távirányításához szükséges böngésző kiegészítő (plug-in) még nincs telepítve.

Erre figyelmeztet a következő kép:

Kattintsunk az „Install plug-in” kis sárga feliratra!

Nyomjuk meg a Telepítés gombot, amikor a visszaszámlálás véget ért!

Türelmesen várjuk meg, míg a kiegészítő települ.

Majd indítsuk újra a böngészőt az erre a célra szolgáló gomb segítségével! Ezt követően újra belépve már minden funkció használható lesz (a távirányítás is).

Távirányítás

Legyen szó Linux konzolról, Windows vagy MAC OS gépről, de akár egy régi DOS-os gép is irányítható az új VMware szerver konzollal. Gondoljunk csak bele, eddig nem volt semmilyen (olcsó/egyszerű) lehetőség hogy gépünk konzoljához (akár a BIOS beállításokhoz) hálózati környezetben hozzáférjünk. Eddig ehhez valamilyen IP alapú konzol (KVM) kellett, vagy a szerverek közt jellemző távfelügyeleti kártya (pl. a régi legendás Compaq Remote Insight: http://h18000.www1.hp.com/products/servers/management/remote-lightsout/index.html ).

Az irányítandó virtuális gép „Inventory” részből választása utána a „Console” fület választva a fekete részre bárhol kattintva lehet kezdeményezni a virtuális gépek (indítását, ha nem futnak) távirányítását.

Ekkor egy új ablakban jelenik meg a virtuális gép képernyője!

A képen egy Ubuntu Linux látható, grafikus felülettel.

Bízom benne, hogy leírásom alapján egyre többen kedvet kapnak majd a virtualizáció kipróbálásához.

Sok sikert kívánok!

Mivel a Windows 98-at már nem támogatja a VMware, így Other 32bit OS ként lesz a virtuális hardver megadva.

Ha emlékeztek még, volt annak idején menő boot-olható CD verzió, amiről fel lehetett tenni a 98-at. Nekem csak a floppys változat volt meg, így abból kellett megoldani (az én CD-m nem indult be a VMware alatt). Szerencsére manapság bármit meg lehet találni a neten, így egy Windows 98 SE indítólemezt nem volt gond letölteni innen http://www.allbootdisks.com/download/98.html .

Egy kis kreativitással rá lehet jönni, hogy az IMG fájlt át kell nevezni FLP-re (Windows98_SE.flp) mert csak úgy lehet odaadni a VMware server 2.0-nak. A Win98SE CD-ből is kell egy ISO-t készíteni, azt pedig rákötni a CD meghajtóra.

Ekkor így néz ki a hardver:

Ezt követően remek nosztalgia élmény nyújt a rendszer indítása. Külön szórakoztató a tény, hogy a kb. 1998-ban megjelent Windows 98 a 2008-as VMware szerver 2.0-án fut. 10 év időutazás! Hűű.

Ha sikerült magadhoz térni a csodálattól, azt javasolom, válaszd a CD-s üzemmódot.

Hogyan tovább? Először is kell készíteni egy partíciót. Most fdisk a barátunk, mert emlékszel még az általános iskolai DOOM partyba fulladt számtech órákra, ahol a tanár a DOS-t mutogatta Neked és esetleg ezt a kütyüt is megemlítette. Szóval, miután elindult a gép, írjuk be fdisk (A:\>fdisk).

A VMware alap 8GB-os lemeze nagyobb, mint 512MB, tehát javasolnám a FAT32-őt, ha nem akarod megszívni (a FAT asszem max. 2GB).

Csinálj egy elsődleges partíciót, legyen az összes hely (1-es, 1-es majd Y). Szól, hogy majd újra kell indítani. ESC-re kilép. Ezután reboot (nyomj egy reset-et a virtuális gépnek a webes felületen).

A rendszer újraindítását követően már sokkal szimpatikusabban boot-ol a rendszer. Most jön, amivel annak idején egymást a folyósón ijesztgettük: FORMAT C: ! Ahhoz, hogy korrektül leformázzuk a C meghajtót írjuk be: (A:\>format c: /u /s). A /u a tuti sikamika, a /s pedig a sys parancshoz hasonlóan rányomja a rendszer indításához szükséges fájlokat. Ekkor már el tud indulni a gép az indítólemez nélkül is, de ez most mindegy. Adjunk nevet a lemeznek.

Most jön a tudás! Ha nem akarsz telepítés közben gyomorfekélyt kapni, jobban teszed, ha átmásolod a telepítő fájlokat a virtuális merevlemezre. Ha voltál nagy cégnél rendszergazda, biztos megtanultad, hogy a Win98 telepítő fájlokat a C:\Windows\Options\Cabs mappában illik elhelyezni (lehet máshol is, de ez az ajánlás).

Hozd létre a szükséges mappákat és másold át a telepítő fájlokat. A bénázástól eltekintve ezt kell neked is tenned:

Most, mielőtt indítanád a telepítőt, azt hiszem, jobb lenne újraindítani a gépet. Pontosabban kikapcsolni, és „kivenni” a virtuális floppyt/cd-t, hogy az operációs rendszer a saját lábán álljon. Úgy majd jobb lesz indítani a telepítőt. A floppyt kösd át fizikai meghajtóra – még jól jöhet (!). A CD-t szintén. Ne lepődj meg, hogy a hardver módosítása után nem változik a webes felület, ez egy BUG (beta2).

Ha párszor megnyomod a reset-et, egy pillanatra felvillan a Win98 indító képernyő, aztán megjelenik a parancssor. Ez azt jelenti, hogy eddig tudtál követni. Gratulálok! A nehezén már túl vagyunk, már csak fel kell installálni a Windows 98-at.

Indítsd el a telepítőt!

Halkan megjegyzem, hogy Win98 telepítő elhajt, ha nincs legalább 32MB memória allokálva a géphez. Akkor 8GB RAM-mal akár 200 db Win98 is elfut egy gépen – nyilván elméletben

Egy rövid ideig a Microsoft (Ééérted?!!!) ScanDisk szórakoztat, aztán megjelenik a várva várt grafikus csoda!

Ez azt írja 60 perc. Emlékeim szerint régen (amikor a 486 DX2/66 menő volt) minden időt meg kellett szorozni kettővel. Szerintem, a mostani Core2 6550-es gépemen is el fog telni az 1 óra Különösen, ha közben cikket is írok. Haha!

A könyvtárválasztásnál nem ijedsz meg a C:\WINDOWS.000-tól, jól átírod C:\WINDOWS-ra! Közli, hogy létezik, nyilván, az előbb csináltam a MS ajánlás alapján. Utána, ha van kedved (időd) válogatsz az összetevőkből, megadod a gép nevét, stb.

Az indítólemeznél előbb azt kéred (mert félsz, hogy kilép), aztán a Mégse (és nem Mégsem) gombbal megmenekülsz. Ha mázlid van, eljutsz a fájlok másolása részig. Ha közben elhajlottál, akkor legrosszabb esetben lépj vissza a setup.exe – részhez, és kezd újra a telepítést.

Nekem 29 perc volt hátra, amikor elindult a fájlok másolása. Az idő most 20:11. A lemeztömb a gépemben elég lomhán teker, az idő lassan telik a „Becsült hátralévő idő” alapján, meg amúgy is.

Most azt írja, hátravan még 20 perc, az idő most 20:19. A virtuális gép újraindul. Valószínűleg Te is emlékszel, hogy ezután még vár ránk egy sor bohóckodás, mire a START gombot megnyomhatjuk.

Szidhatod a Vistát (én is maradtam az XP-nél), de a Windows telepítése sokat javult az elmúlt 10 évben (mára nem zaklatja a felhasználót buta kérdésekkel).

Újraindítás után a Felhasználó adatai megadása helyett hosszú percekig nézegettem az árnyék nélküli homokórát. Most mi van? Mikor jövök én?

Van három unalmas gomb (már a Mégse felirat sem szórakoztat). Nem lehet nyomni semmit! Lefagyott, basszus! Nyomok neki egy reset-et!

Izgalom indul: az első fagyás! Megoldás: váltsunk VMware Workstation-re?

Az unalmas telepítés közben váratlan (de üdítő) fagyás okozta gyors szívverésed is normalizálódik, míg a ScanDisk szórakoztat (atom lassú 8GB-os lemez). Semmi gáz, annak idején volt ilyen, asszem mindig volt egy reset nyomás a telepítés közben.

Egy pillanatig megy, aztán jól lefagy újra. Affene. Most mi legyen? Biztos valami virtualizációs hardver driver gondja van. Nehogymár, itt abbahagyjam a cikket. Kérdezzük meg a Google-t!

A VMware hivatalos leírása szerint mindennek jól kellett volna mennie. Ezek sumákolnak valamit!

http://pubs.vmware.com/guestnotes/wwhelp/wwhimpl/common/html/wwhelp.htm?context=guestnotes&file=guestos_win98.html

Van egy említés, hogy a hálózatot majd csak az operációs rendszer után tudod feltenni, oké. A hálózati kártya eltávolítása és az 512MB RAM nem segített, épp csak beírom a felhasználónevet, kifagy. Basszus.

Akkor most folytatom a notebook-omon, ahol a VMware Workstation 6.5 (beta) új szolgáltatásait tesztelem. A virtuális gépet átmásolva/megnyitva majd indítva ilyet szól:

Mivel a notebook lassabb, egy picit tovább jutottam, de ugyanott fagy. Most mi legyen? A google tartja bennem a lelket, hogy létezik olyan ember, aki ezt megoldotta, illetve a hivatalos leírás szerint is ennek azért mennie kellene.

Nyugdíjas apukámtól tanultam, hogy ha valami nem megy a számítógéppel, a megoldás az, hogy pánikszerűen összevissza kezdj el kattintkatni, és előbb (utóbb) sikerül mindent megoldani.

A módszer valamelyest szofisztikáltabb megoldása nálam is működhet. A feladat komolyságához mérten mindent bevetettem!

Kivettem a floppy és CD meghajtókat. Észrevettem, hogy a Vmware Workstation 6.5 beta az bizony Windows 98-at is támogat vagy legalábbis ott van a listában Jól átállítottam arra.

Illetve még a speciális beállítások közt benyomtam, aminek jól hangzott a neve és köze lehet a hibához. Nesze Neked VMware szakértő!

És láss csodát! Működik, továbbment. Ne kérdezd mi oldotta meg, nem tudom, de most már nem érdekel. Házi feladat a hiba pontos okának utána járni! Ha-ha!

Kb. fél óra vakvágány után most nagy öröm folytatni a telepítést immár egy másik gép másik virtualizált környezetében. Ha tudná ez a nyamvadt telepítő, hogy nem egy 486-ra húzzák…

Ez után annyira megö(/ő)rültem, hogy nyomtam Neked a PrintScreen-t, mint süket a csengőt. Az eredmény fokozza a nosztalgikus érzést.

Különösen ez a kis dob vicces, amit már fáj, olyan sokáig kell néznem. Még 7 perc van hátra.

Lassú mint a dög. Pedig ez is vagy 2400 Mhz. Biztos telerakták lassító ciklussal, hogy a régi rendszergazdák több órát számlázhassanak Win98 telepítés jogcímen. Még mindig 7 perc van hátra. Azóta el is mosogattam, vagy én vagyok szuper gyors konyhai alkalmazott (párom nagy örömére), vagy ez a telepítő iszonyat lassú itt.

Miközben telepít, régi CD és floppy lemezeimet porolgatom. Jól szórakozok, van itt minden, mint a vásárban: Norton Commander, Turbo Pascal. Doom2. Haha. Nagyjából az volt az utolsó játék, amit nyomtam. Képesek voltunk modemen (9600 BPS – Bit/Sec) egymást felhívva este „gyakni”. Persze, akkor még pár forint volt egy perc, atom kedvezményes éjszakai Matáv tarifa. Nem érted miről beszélek, ha szélessávval otthon születtél.

A biztonsági rendszer atom.

Ha van kedved, adsz egy jelszót, ha nincs Mégse gomb. Természetesen, ez a módszer később is alkalmazható a Windows belépés során! Haha! Talán arra tervezték a Win98 logint a MS szakemberei, hogy elrejtheted vele a pornó képet a párod elől, amit háttérnek beállítottál (a profil nem használható jelszó nélkül). De jajj neked, ha megtalálja a videókat. Magyarázhatod, hogy ez így normális. A lényeg a lényeg, a FAT32 az nem NTFS, szóval semmilyen jogosultsági rendszer nincs a lokális gép szintjén. A hálózati biztosnághoz Windows szerver kell, domainbe téve annak erőforrásai elérhetőek.

Belépés után még egy kis dobolás, aztán végre nyomhatod a START gombot. A vakvágánytól eltekintve elég sokáig tartott a telepítés. Simán több, mint 1 óra.

Hálózat életre keltése

Enabling Networking After Installing Windows 98

If networking was disabled at the time you installed Windows 98, you can enable it after the operating system has been installed. To set up networking for a virtual machine, power off the virtual machine and add a network adapter to the configuration. When you power on the virtual machine, Windows 98 automatically detects an AMD PCNET Family Ethernet Adapter (PCI-ISA) and prompts for the Windows 98 CD-ROM to install drivers. The default Ethernet adapter settings should work well and do not need to be changed. Use the Network icon in the Windows 98 Control Panel to view or change network settings. For example, you might want to add the TCP/IP protocol since Windows 98 does not install it by default.

Hát igen, annak idején még nem volt divat a TCP/IP. Viszont a játékok és a novell hálózat szárnyallt az IPX/SPX-szen. Asszem az SE (Second Edition) verzióban a TCPIP már benne van, kiderül mindjárt.

Amit még meg kell oldani: visszatenni a CD és Floppy meghajtókat. Hálózatot csiholni bele. Esetleg feltenni a Vmware tools-t, bár az már elég vadul hangzik (utána kell nézni, hogy 98-ra jó-e).

Mielőtt elindul a virtuális gép biztos ami biztos, visszaállítottam a Win98 telepítő ISO CD-t, hátha majd kéri. A Windows 98 indítása remekül lelassítható egy hálózati kártya hozzáadásával hálózat nélkül.

Újraindítás után mindenféle egzotikus hardvert talál: „PCI SCSI Bus Controller” stb.

Ehhez használta a CD-t! Majd ezt követi a Vmware leírás által is beígért AMD-s hálózati kártya.

A sok új hardver telepítése után kénytelen vagyok elszenvedni egy újraindítást.

És tudja, és tudja! Nem kellett semmi sem ácsoljak, működik. A másik gépől is. Nahát! Ma is érdemes volt felkelni (persze nem emiatt). Nincs bosszantó Windows tűzfal, lehet ész nélkül PING-elni a Vmware bride-en keresztül.

Tegyünk rá VMware tools-t!

Na, tegyük tönkre, ami eddig működött: nyomok rá egy Vmware tools-t!

Egy sportszerű nehezítés. Aztán még egy, amikor az egér meghajtót tenné fel.

Semmi meglepő, a „Drivers” mappában pont az a két meghajtó található, amit kézzel kell belehegeszteni, ami az imént nem ment fel magától az automatikus telepítéssel.

Az egér telepítése után lehet gyakorolni a Windows billentyűzetről irányítását, mert a nyíl beáll. Az újraindítás táblák közül ez egyikre ráevickélek TAB-bal és érdeklődve várom a lassan 4 órás (!) munkám színes-szagos eredményét.

A rendszer majdnem fullos: SVGA szép színes, az egeret végre CTRL+ ALT nélkül is ki tudom húzni az ablakból. A Vmware tools szervíz egy ideig futott, aztán egyszer csak elfáradt (piros X az óra mellett). Sebaj, ez most már nem zavar engem.

Vállakozó szellemű társaimnak házi feladat a hangkártya beállítása.

Költözés vissza a VMware szerver 2.0 alá

Nem bírtam ki, hogy ne próbáljam ki az új WMware alatt a Workstation 6.5 alatt belőtt Win98-at. Tudni akartam, hogy a telepítő tréfált velem, vagy a virtuális hardverrel van gond.

BINGO! Működik! Sejtettem. Hurrá!

Kész az operációs rendszer! De mire használjuk?

Gondoltad volna, hogy a régi játékok simán elfutnak a VMware ablakban. Nagyon szórakoztató. Nekem itt egy P4 3.6 Ghz-es gépem van. A DOOM II kb. egy 486 DX 33 sebességével fut rajta.

Picit akad, de ha az ablakot kettővel leveszem, egész jó. Bélyeg méretben pedig már röptében a legyet is lerakétázom!

Egy másik nagy kedvenc a Stunts, autós játék. Need For Speed sehol nincs ehhez képest!

Ismerős?

A grafika lenyűgöző!

Nézzünk még egy stratégiai játékot.

Az egér 100%-osan működik!

Karácsonykor mennyit nyomtuk ezt annak idején. Amikor éppen untam a Turbo Pascalt. Most szinte alig jut eszembe hogy kell kódolni, agyamra ment a PL/SQL és a C# azóta.

Azért szórakoztató 15 év után újra látni ezeket. Lám, erre is jó a virtualizáció!

Összefoglaló

A Windows 98-at célszerűbb a Vmware munkaállomás változatán telepíteni. Nem lesz könnyű menet, ahogy a fenti leírásból látszik. A telepítés után célszerű feltenni a VMware tools-t (egy kis kézimunkát igényel). Összességében, nem voltam elragadtatva a sebességétől a Windows98 virtuális gépnek, de azért használható erre-arra. Az XP mintha jobban futna, valószínűleg a fiúk többet dolgoztak a meghajtók írásán. Ha sikerült kedvet csináljak egy kis nosztalgiázáshoz, hát hajrá!

Ha a másik cikkem olvastad (Windows 2008 és VMware szerver 1.0.5), akkor ott szép piros volt ez az ablak ami most jéé, másképpen néz ki. Hát mindegy, ez van, a lényeg, hogy simán felmegy a 2.0-ás VMware a Windows 2008-ra. Semmi hiba!

Az újraindítást a 2.0-ás verziónál nem lehet elspórolni! Megjegyezem az 1.0.5-nél nem emlékszem rá, hogy újra kellett volna indítanom a gépet a telepítést követően.

Most szólok, hogy a VMware kezelő honlapjához kapott ikonban az URL megint nem lesz jó, mert a gépnév alatt nem fog működni a Web Access-szen használt Remote Console. A gépnév helyett tehát írjuk át a gép (FIX) címére a WMware kezelő honlapjához az URL-t.

Mint érdekesség, az 1.0.5-öt 2.0-ra cserélve megjegyzi az Inventory-ban található gépeket. Sőt, mintha sorozatszámot se kért volna a Beta2-höz. Jó neki a korábbi 1.0.5 liszensz, ami megmaradt.

További tudnivaló, hogy a 2.0-ás VMware-hez nem kell IIS, mert saját webszerver van benne. Apache/Tomcat. Aki nem tudná, a Tomcat és az IIS nem annyira barátok, valószínűleg ez az ok. Illetve így csak 1 platformra kell fejleszteniük (nem kell tutujgatni az IIS7,8,9..-et többé VMware-éknek), ahogy azt már korábban írtam.

Nagy örömömre a Remote Console simán felment. Miután persze hozzáadtam a saját IP címet a megbízható honlapok listájához (minthogy szerver operációs rendszernél nem lehet csakúgy böngészni a netet – IE biztonsági korlátozások miatt).

A fenti kép már egy boldog, de kicsit álmos Windows 2008 szerver és VMware 2.0 (beta2) géptulajdonos munkaasztala, ez voltam én, tegnap este. A cikk megírását mára hagytam.

Összefoglalva, Windows 2008 és VMware szerver verziók (1.0.5 és 2.0) tapasztalatok

Ha valakinek esetleg Windows 2008 szervere van éles üzemben, és éles üzemben akar rajta virtualizációt is használni, akkor az 1.0.5 a jó választás. Ha ezek közül bármelyikre nem a válasz, akkor a 2.0-ás béta szebben fut rajta, pláne, ha végre kijönne a várva várt végleges verzió. Nekem inkább a 32 bites gazda gépek jöttek be, ha esetleg valakinek a 64-bit stabil lenne, kérem, írja meg.

Ezúttal igyekszem több képpel és kevesebb szöveggel az érdeklődők számára bemutatni a Windows 2008 szerveren szerzett VMware szerver üzemeletetési tapasztalataimat (*a cikk megírása után szúrom be ide, sajnos, a kevesebb szöveg nem sikerült*). Célom, hogy Neked, aki a cikket olvasod, minél gyorsabban bemutassam a lehetséges inkompatibilitásból eredő csapdákat, és megkíméljelek 1-2 éjszaka felesleges szívástól. Így, amikor Te fogsz majd hozzá a telepítéshez, kísérletezéshez, már tudni fogod, mikor mit kell tenned.

Vágjunk bele!

Windows 2008 szerver telepítése és konfigurációja VMware szerver használatához

Mivel itt most nem a Windows 2008-at, mint virtuális vendég gépet mutatom be, tőlem teljesen szokatlan módon egy fizikai operációs rendszert (Windows 2008 x32/ENT) kényszerültem telepíteni. Ez lesz a gazdagép, a VMware-t futtató kiszolgáló.

A Windows 2008 telepítése nem okozhat gondot, csak beteszed a lemezt, Next, Next.. Finish. Ami egy picit érdekesebb, hogy telepítés után célszerű az alábbi módosításokat elvégezni, biztos, ami biztos.

Kapcsoljuk ki a Windows 2008 tűzfalat, azzal mindig csak a gond van, amikor valami újat akarunk kipróbálni. Haladóknak később be lehet állítani, hogy menjen a PING a szerver felé (ICMP), illetve, hogy csak a VMware szerverrel való kommunikációhoz szükséges portok legyenek nyitva.

A gép, amin teszteltem egy NVIDIA GeForce 7300GT-vel mutatja a TV-n a képet, naná, hogy 640*480 VGA-t tud csak Windows 2008 alatt. Semmi gond, úgysem szeretek a zúgó gép mellett nyomkodni, így engedélyeztem a Remote Desktop kapcsolatot, így a notebook-omról már kényelmesen tudtam 1024*768-ban hegeszteni a távoli (host) gépet.

Ide tartozik még, hogy a Remote Desktop mintha csak akkor működött volna (a Windows frissítésekkel együtt), miután aktiváltam a teszt Windows 2008 példányomat, és megjelent a kis kék címke az „eredeti” Windows-t igazolva. Most egy évig ez jó lesz tesztelni, mondtam elégedetten a telepítés befejeztével.

IIS7 telepítése (1.0.5 esetén kell, 2.0b2 esetén már nem szükséges)

A VMware server 1.0.5 MUI-ja (Multi User Interface) korábbi tapasztalatok alapján Windows kiszolgálókon az IIS-be települ, és ott egy Virtuális Site-ként működik. A történet egy kis SSL-lel is meg van fűszerezve, mert csak úgy működik. Első feladatod tehát feltenni az IIS-t, mielőtt telepítenéd a VMware server 1.0.5-öt. Figyelem: a VMware szerver 2.0-ás bétához már nem kell IIS, mert az külön saját webszervert használ.

A képen látható, hogy a Windows 2008 „Add Features Wizard” éppen telepít egy-két dolgot, köztük az IIS7-et is.

Régi Microsoft IIS / ASP.NET motorosként a jól megszokott IIS6 manager-ig bezárólag sorozathoz képest most az IIS7 jócskán megváltozott, de nem kaptam szívbajt, hamar kitalálható használata.

VMware server 1.0.5 (1.0.x sorozat) telepítése Windows server 2008-ra

Hogy pontosan mikor és mit kell megnyomni, azzal most nem untatnálak, inkább nézzük a lehetséges csapdákat.

Az elején minden pont úgy megy, akárcsak Windows 2003 szerver esetén. A Windows XP-s forgatókönyv is csak annyiban tér el, hogy ott hiába van IIS-ed, mivel az nem tudja a Virtuális Site-okat, nem fog menni a MUI. Az XP 3,5 GB MAX memória korlátja mellett ez egy újabb nyomós indok, hogy Linux alatt próbálkozz inkább

Békésen ücsörögtem a gépem előtt, amikor egyszer csak egy ilyen tábla ijesztett meg:

Sajnos, a telepítés közben (egy teljesen szűz gépen) a legnagyobb igyekezetem ellenére is az 1.0.5 telepítő elhasal, amikor az SSL tanusítványokat gyártaná a HTTPS-sen keresztül működő MUI-hoz.

Ennek következménye, hogy közli, hogy nem sikerült az IIS-t (jelen esetben az IIS7-et) megfelelően beállítani. Ez gáz, mondtam. Segítség, Google! A megoldás kicsit lejjebb olvasható, a telepítés a hiba ellenére sikeresen lemegy.

Amúgy a telepítés az OpenSSL elszállása után szépen tovább megy, és amikor a virtualizációs hardverhez szükséges meghajtókat telepíteni, ilyen szép piros ablakkal szórakoztat majd (hajrá Windows 2008!)

A telepítés befejeztével, minden pont olyan mint bármely más Windows operációs rendszeren, szépen működik a rendszer.

Láthatóan nem viccelek, egy korábban Linux alatt készített (1.0.5) virtuális gép most simán indul Windows 2008 alatt.

PowerShell a barátom, szép kék háttere van, nem úgy mind az uncsi régi cmd.exe. Azért ennél még egy picit több újdonság is van benne, de erről most lemaradok. Ha újra születnék, akkor Oracle DBA helyett valószínűleg Windows 2008 MCSE vizsgára hajtanék. Persze, pénz beszél, szakértő tanul. Ha-ha!

A képen jól látszik, hogy nem csaltam, még a hálózati bridge is működik. A host-only és NAT-ot már nem volt kedvem végignyomkodni, de vélhetően az is menne. Ha esetleg valakinek van tapasztalata és komolyabban gondolja a Windows 2008-hostot, legyen kedves hozzászólni a témához.

MUI megjavítása Windows 2008 / IIS7 alatt (újra kell telepíteni a MUI-t, csak a MUI-t, és másodjára jó lesz)

Emlékszel még? A MUI telepítése elhajlott, mert az OpenSSL elfáradt első alkalommal.

Pedig látszólag minden ok, létrejött a site az IIS7 alatt. A hibajelenség a következő: nem megy a „HTTPS” (SSL) csak a HTTP-s (nem titkosított) MUI site. Ha elrontod a jelszót, akkor „Permission denied: Login (username/password) incorrect” tehát valami megy. Viszont, ja jó a jelszó, akkor „Your session has expired. Please login.”. Az utóbbi hibaüzenet korrekt magyar fordítása: Sajnálom, de csak SSL birtokában vagyok hajlandó működni HTTP-n át is, megszívtad.

A hibát itt próbálják a VMware-es társak megoldani:

IIS Configuration Failed installing VMware Management Interface for VMware Server 1.0.5

http://communities.vmware.com/thread/136478

I’m installing VMware Server 1.0.5 on a Windows Server 2003 SP2 system. During the install of the VMware Management Interface I get the following error:
Warning 25301. IIS configuration faield (131073). You will have to configure the VMware site manually.

Tehát lehetséges, hogy ez a hiba az 1.0.5 miatt van, hiszen előfordulhat Windows 2003 kiszolgálón is. Erre most nem tudok válaszolni, de nem is kell. Ha esetleg neked is előjön ez a hiba, akkor íme a megoldás.

Itt mondja meg valaki végre (!) a frankót, a sok mellébeszélés helyett (ekkor már 15 perce nyomkodtam a Google-t):

http://communities.vmware.com/thread/133126?tstart=150

Re: VMServer v1.0.5-80187 Warning 25301. IIS configuration failed (131073) Mar 18, 2008 3:46 AM

On windows, just run the install again. Click modify, then select "feature will not be installed" on the "vmware management interface". Do the same again, exept select "this feature will be installed on the selected drive".

A telepítőt újraindítva a módosítást kell választani. Először levenni, majd pedig újra feltenni a VMware Management Interface-t (vagyis újratelepíteni ezt a komponenst).

A MUI újratelepítését követően nem kell anyázzunk többet, végre működik a dolog. Hurrá, minden megy, Windows 2008, mennek a VMware szervizek, megy a MUI, megy a hasam is, ennyi idegeskedés után. Tehát most megyek én is…

Windows szerver 2008, 32 vagy 64-biten fusson a VMware kiszolgáló?

Nem tudom, hogy x64-es operációs rendszeren lehet-e eltérés a fenti működéstől, de nekem 32 biten minden simán összejött. Korábbi tapasztalataim alapján óvakodok az x64-től a kék led-es SLI-s játék desktop gépek világában (egy HP-Unix beton stabil Itanium processzorral, de nem egy x64 Linux disztribúció mondjuk egy 64 bites AMD procin). Persze, lehet sokat javult a helyzet az elmúlt fél évben. Akkor majd egy év múlva újra megpróbálom, addig pedig PAE (Physical Address Extension) a barátom.

Ha majd több tapasztalatom lesz 64-bites host gépek üzemeltetésével, akkor majd megírom a tutit ez ügyben. Addig is úgy gondolom, az Intel-VT technológia segítségével nem probléma 64-bites operációs rendszert futtatni 32 bites gazdagép alatt, és ez így van jól.

A tavaly novemberben megjelent BETA1-hez képest egy sokkal használhatóbb terméket próbálhatsz ki, ha letöltöd a napokban megjelent VMWare server BETA2-es változatot. Zavaró hibáktól mentes, a webes felület („VMware Server Home Page”) bevezetésével egy távolról is könnyedén adminisztrálható eszközt kapsz. A program BETA jellegéből adódóan érhetnek még apróbb meglepetések, igyekeztem ezek közül azokat kiemelni leírásomban, melyekkel valószínűleg Te is találkozhatsz.

BETA1, tele zavaró hibákkal

A tavaly megjelent BETA1 változatról még nem éreztem úgy, hogy megérdemelne egy bemutató cikket. Az irány nagyon jó lesz, mondtam akkor is (a webes felületre), de velem együtt többen panaszkodtak (a kollégáim közül is), hogy csak nagyon sok türelemmel mondható használhatónak az első kiadás. BETA1 állapotnál ez még elfogadható lenne, de sokszor sajnos a normál használatot is ellehetetlenítették a zavaró és véletlenszerű hibák (konzol kapcsolat megszakad).

A Virtuális gép képernyőjének (asztalának) elérése – kulcsfontosságú kérdés (szerintem)

Az új VMWare szerver sorozat második béta tagjának kipróbálása során engem a leginkább a virtuális gép távirányításának megoldása érdekelt. Valljuk meg, ha ez rosszul működik elég nehéz egy virtualizációs rendszert üzemeltetni. A korábbi 1.0.x sorozat bár mára kiforrt (1.0.5), de kliense, a „szerver konzol” alkalmazás (mivel nem VNC alapú) internetes környezetben nagyon rosszul muzsikál (pl. ADSL/VPN-en keresztül), mert túlzott sávszélesség igénye miatt a pl. a Windows alapú asztalok távirányítása rémálom (a VNC alapú ESX esetén ezzel nincs probléma)! Természetesen, ilyenkor mindig kerülő megoldás a vendég gépre telepített VNC szerver vagy Windows-os Remote Desktop technológiák használata. De én nem így akarom, halló! A BETA1 kapcsán személyes tapasztalatom, hogy bár rengeteget javítottak a virtuális gép asztalának elérésén a Web alapú „VMware Server Home Page” bevezetésével, de sajnos gyakran megszakadt a kapcsolatom a sajátgépen futó virtuális géppel, egyszerűen nem értem el a desktop-jának képét a weben keresztül. Ilyenkor böngésző becsuk, belép újra, hátha megy.

A VMWare Server 2.0 Beta2 beszerzése és telepítése

A VMWare honlapján viszonylag egyszerűen megtalálható az új verzió (http://www.vmware.com/beta/server/download.html) melyet egy rövid regisztrációs lap kitöltése után már húzhatsz is a gépedre. VMware Server 2.0 Beta 2 for Windows, Beta | 3/28/2008 | Build 84186, írják. Akik a korábbi verziókat már ismerik, hamar észreveszik, hogy immár külön lehet letölteni a 32 és 64 bites változatokat, legalábbis Linux-ra. Windows esetén egyetlen binárist kapsz: VMware-server-e.x.p-84186.exe. Újdonság a VIX API 1.5-ös változata, melyet Windows és Linux környezetre egyaránt elérhetővé tettek.

Ha esetleg érdekel a telepítés menete, itt találsz képeket róla, most nem untatnálak ennek részleteivel: semmi extra, csak a szokásos: Next, Next, Next, Next, Nex.. bocs, Finish. Újraindít, azt’ kész.

A VMware-server-e.x.p-84186.exe bináris 491 MB (515,820,032 bytes) –ra hízott fel. Egy darabig mér ráfér egy CD-re.

Az egyetlen érdekes kép a telepítőből ez, ahol a PORT-okat lehet beállítani. Az FQDN megadása kapcsán később lehet hiba, ha nem az IP címet adjuk meg a gépnév helyett, de először inkább hagyjuk a felajánlotton, hátha megy úgy is a Remote konzol.

A telepítés közben az USB és hálózat meghajtó telepítésekor a Windows XP (vélhetően a Vista is) figyelmeztet, hogy a telepítendő meghajtók nem mentek át a Windows Logo teszten / nincsenek a Microsoft által hitelesítve. Na és akkor mi van, Continue… azt jól van. Gondolom, a Microsoft Virtual PC vagy SERVER telepítője nem ír ki ilyet, pedig milyen vicces lenne.

Megjegyzés: a 6.5-ös workstation béta változat is kb. ugyanígy telepíthető.

Azért, annyit megjegyzek, hogy már telepítés közben/után is kiderülnek apróságok. Meglepő, de egy TomCat szerver a hozzávaló Sun Java Runtime environment-tel is felkúszik a gépedre.

Nem kell megijedni, ez az új Web-es felület miatt kell majd, alul a tálcán is megjelenik egy ikon, ami erre emlékeztet:

Hová tűnt a szerver-konzol program, mi ez a webes felület?

Az első, és legszembetűnőbb különbség a korábbi 1.0.x változatokhoz képest, hogy száműzték az ablakos asztali alkalmazást és helyette egy weblap fogad minket. Korábban is volt ilyen MUI néven (Multi User Interface) ha Linux vagy Windows szerver gépen telepítettünk. A korábbi MUI azonban csak a virtuális gépek irányítására (indítás, leállítás, stb.) volt alkalmas valamint a terhelésről adott információkat. Ha jól emlékszem, még át lehetett írni a virtuális gépek paramétereit is a webes felületen, de ezt elég bután oldották meg, a VMX konfigurációs fájl paraméterei szerkesztőmezőkként jelentek meg egymás alatt. A MUI nagy hiányossága volt, hogy nem lehetett vele a virtuális gépek képernyőjét megnézni, irányítani. Ehhez továbbra is az ablakos alkalmazást kellett használni.

A 2.0-ás sorozatban már csak a „Virtual Network Editor” maradt meg ablakos programként, a többi funkciót az internet böngészőnkkel végezhetjük el. A „Virtual Network Editor” a hálózati kártyákkal babrál, gondolom, azért maradt meg külön ablakos programként (hálózat nélkül nem látszik a webes felület sem, ha esetleg valaki túl lelkesen nyomkodná a kizárásokat/összerendeléseket). Megjegyzem, ez a része a csomagnak pontosan úgy néz ki, mint az 1.0.x változatok, semmit nem változott. Nem baj ez, csak megjegyeztem. Még a 6.5-ös workstation béta változat esetén is ugyanezt adják.

Az asztalon (vagy menüben) megtalálható ikon a szokásos, de átnevezték „VMware Server Home Page”-re, erre kattintva az alapértelmezett böngészővel feljön a bejelentkezési ablak.

A HTTPS (SSL) hozzáférés miatt a (saját géped által neked kiosztott, 20 évig érvényes) tanúsítványt fogadd el. A cím ekkor https://<géped neve>:8333/ui/# lesz. A VMWare szerver 2.0 a 8333-as porton érhető el, hacsak a telepítésnél mást nem kértél. A „VMware Infrastructure Web Access” belépéséhez adj meg egy rendszergazda jogú belépést. A többség gondolom előbb (velem együtt) Windows-on fogja kipróbálni, ott a „Login Name: administrator” (vagy rendszergazda magyar Windows esetén) szokott működni, hacsak nem nevezted át biztonsági okokból a felhasználót.

Belépés után egy rendezettebb felület fogad, mint a BETA1-ben volt. A menükre nem emlékeztem, amiket most nagyon hasznosnak tartok. A webes felületet nyomkodva az alábbi újdonságokkal találkozhatsz: továbbfejlesztett jogosultsági rendszer, „Datastore” fogalma (a virtuális gépek helye többé nem csak egy helyi mappa, hanem akár távoli szerveren is lehet – VMWare datastore / CIFS). A CIFS (Common Internet File System) bevezetésével a virtuális lemezek szinte bármelyik másik gépen elhelyezhetőek.

Hozz létre egy virtuális gépet (vagy üzemeld be korábbi gépedet)!

Ennyi bevezető után ideje munkára fogni a VMWare 2.0-ás kiszolgálóját. Nem untatnálak a részletekkel, hogy hogyan lehet Virtuális gépet létrehozni vagy korábbit betölteni. Munka közben nyomtam pár képernyőképet, ezeket átnézve láthatod, alapvetően ugyanaz történik a webes felületen, mint amit a korábbi ablakos alkalmazás is tudott.

Ami megváltozott: vendég gépként támogatott a nemrég megjelent Windows 2008 szerver 32 és 64 bites változata. A notebook-omon itt van mellettem a 6.5-ös béta workstation változat, érdekes, ott még azt írja a Windows 2008-ra hogy „experimental”. Amikor ezt a szót látom, mindig elmosolyodok. A korrekt fordítása, hogy próbáld csak ki, de mi nem mondtuk, hogy megy. Visszatérve a BETA2 szerverre, ott az „experimental” jelzőt elfelejtették odaírni. A támogatott operációs rendszerek közül az MS-DOS eltűnt, lehet helyette „Other (32bit)”-tel próbálkozni ha esetleg valami régi karakteres raktárkezelő vagy könyvelő programot szeretnél működtetni a Quard Core procival szerelt Vista-s gépeden.

Amikor a lemezeket rendeled majd a virtuális géphez, szintén újdonságként szerepel a biztonságra vagy sebességre optimalizáció lehetősége (optimize for safety / performance). Rájöttek a fejlesztő kollégák arra is, hogy jobb lenne a független lemez lehetőséget (independent disk) a létrehozással együtt beállítani (kevesebbet kell kattintgatni így).

A virtuális gép létrehozásakor a virtualizált hardverek hozzárendelésénél a floppy, CD, stb. szintén megtalálható, mint korábban. Újdonság, hogy az USB-t is hozzá lehet rendelni! Egyszer egy virtuális XP nyomtató szervert nem tudtam emiatt összelőni egy irodában, mert a nyamvadt virtuális XP kék képernyőt nyomott az 1.0.4-es szerveren, ha boot időben már össze volt párosítva az USB-s nyomtatóval. Talán, ez most jobban működik már.

A virtuális gép telepítéshez megpróbáltam egy ISO-t hozzárendelni a CD meghajtóhoz, ahogy azt korábban is tettem 1.0.x-szel. A Datastore bevezetése miatt kénytelen voltam a nálam „F:\Virtual Machines” mappába másolni/mozgatni a CD/DVD lemez ISO-t, vagy készíteni egy másik Datastore-t, mert a VMWare csak ezeket a mappákat látja, mint elérhető erőforrás.

Fontos, hogy mielőtt elindítanád az első virtuális gépedet, telepítsd fel a „Console” részre kattintva a böngészőbe megjelenítéshez szükséges plug-in-t! Ha ez megvan, lehet nyomni a PLAY-t!

Az első hiba: Error opening the remote virtual machine… The host name could not be resolved.

Amikor kapcsolódnál a virtuális gépre „Console” rész, úgy jársz, mint én (aztán lehet, hogy nem, akkor ezt a részt lépd át):

Error opening the remote virtual machine nyl:8333\32: The host name could not be resolved.

Kis Google nyomkodás után rájössz, hogy hibáztál, amikor nem olvastad el az ismert hibák listáját, hiszen béta termékről van szó. A hivatalos áthidaló megoldás (workaround) itt található: http://www.vmware.com/products/beta/vmware_server/releasenotes_vmserver2.html

„Workaround: Enter the correct host name as the External Name when prompted by the Windows installer. Or, if the URL specified in the shortcut does not work, use the correct host name, IP address, or localhost, as appropriate, in the connection URL. You can also manually enter the short name and the FQDN in the /etc/hosts file.”

További 10 perc Google nyomkodás után a communities.vmware.com megmondja a majdnem tutit, hogy szerkeszd meg a hosts fájlt. Hát ennél sokkal egyszerűbb átírni a címet, ahol bejön a VMWare konzol honlapja.

Esetemben tehát a megoldás a konzol elérésének URL javításával történt, vagyis a https://NYL:8333/ui/ helyett https://192.168.1.102:8333/ui , mert a szélessávú Internet router-em ezt a címet (192.168.1.102) adta az asztali gépemnek. Hogy legközelebb ne szívjam meg (router LAN/NAT: DHCP), beállítottam statikusnak ezt a címet a gépemen. Amikor legközelebb kattintok az desktop ikonra, szintén jól induljon, átírtam a címet itt is:

notepad C:\Program Files\VMware\VMware Server\serverui.url

[InternetShortcut]

URL=https://192.168.1.102:8333/ui/

Neked a 192.168.1.102 helyett a saját IP címedet kell beírnod. Lehet az akár egy WAN (internetes) cím is, vagy engedélyezheted a router-en a 8333-as portot, ha kívülről is szeretnéd bizgetni a virtuális kiszolgálód.

Amúgy a hibát a gépben található több hálózati kártya okozza, illetve, hogy a gép nevet pingelve nem triviális, hogy melyik válaszol. Nálam a hibát a „TechniSat DVB-PC TV Star PCI” hálózati interfésze okozta.

Hurrá: új, szép és GYORS virtuális gép konzol

A BETA1-nél a böngészőben a „Console” fülre kattintva ott indult a virtuális gép (amikor éppen nem bugzott). Gondolom, a fejlesztőtársak odaát rájöttek, hogy 1280*1024-es vendég géphez 24 colos LCD monitor kell, így inkább külön ablakban nyílik a BETA2-es változattól a virtuális gép képernyője. Ezt a korábban telepített plug-in működteti.

Érdekesség, hogy amikor egy korábban másutt létrehozott virtuális gépet indítunk kultúráltabb lett az azonosító generálás hozzá.

A konzol ablak sokkal szebb lett, és végre külön ablakban nyílik meg, akárcsak egy „Remote desktop”.

Webes felület előnye: bármely gépről hozzáférhető a szerver, nem kell kliens telepíteni

Gondoltam egyet, és az azonos hálózaton lévő notebook-omon beírtam a webes felület címét, az IP címmel. A tanúsítvány jóváhagyása után a https cím a http-re változott. Láttam már ilyet, szóval nem ijedtem, miután visszaírtam https-re a tanúsítvány elfogadását követően előjött a belépő felület.

Egyetlen dolog, ami a kliensre kell a „Remote Console plug-in”. Ez egy vmware-vmrc-win32-x86.cab fájl telepítését jelenti a böngészőből. Telepítsük a vezérlőt! Kipróbáltam, IE7 és Firefox 2 alatt is kifogástalanul működik.

Kipróbáltam, nagyon mókás, amikor két gép előtt ülve mindkettővel ugyanazt a gépet irányítom egyszerre a webes felületes „Remote Console” plug-in-nel. Ez sem okoz hibát.

Összefoglalás

Összességében a BETA2 verzió már egész jól használható, 1-2 nap nyomkodás után sem találtam benne a működést zavaró hibát. Támogatja a korábbi virtuális gép formátumokat, de lehetőséget ad a 6-os formátumra frissítésre is. Még nem próbáltam, hogy internetes környezetben elegendő-e egy szélessávú internet kapcsolat, hogy Windows vagy Linux X szerver gépeket irányítsak távolról. Érzésem szerint ennél a verziónál már ez rendben lesz.

Jó kísérletezést kívánok!