Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Viszonylag pénztárcabarát lett az AOC 280 Hz-es VA monitorja
ph Úgy fest, hogy a 27 hüvelykes, Agon szériás képernyő be fog férni a 100 000 forintos összeghatár alá.
-
Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
it 830 millió dollárnak megfelelő összeget költ a szilárdtest-akkumulátorok fejlesztésére Kína a jelentések alapján.
-
PROHARDVER!
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
Vico87
tag
Amit érdemes kipróbálni, az "Edit virtual machine settings" / "Hardware" / "Processors" alatt a "Virtulization engine" részlegben a "Preferred mode" beállítást "Intel VT-x or AMD-V" üzemmódra állítani, és így kipróbálni. Mivel lehet VMware Workstation 6.5 óta ESX Servert futtatni benne virtuális gépekkel (hivatalosan csak 7-es óta, de 6.5 alatt is megy), ezért logikusan az XP mód is lehetségesnek tűnik.
-
Vico87
tag
Ja hát ha a vasra feltéve sem megy, akkor VM-ben is esélytelen, kell neki VT-x.
Ami a smart cardot illeti : sosem próbáltam ilyesmit, de a VMware is tud VNC szerverként működni, próbáld ki. Az "Edit virtual machine settings" / "Options" / "Remote Display" alatt lehet engedélyezni. Szerintem komoly esély van rá, hogy nem fog menni, de egy próbát megér.
-
Vico87
tag
Próbáld ki azt, hogy közvetlenül a virtuális gépre lépsz be távoli asztallal. Ehhez persze az kell, hogy elérhető legyen számodra a virtuális gép hálózaton keresztül. Ennek elvileg működnie kéne.
@Badb0y: Ha jól értem azt szeretnéd, hogy a virtuális gépet el lehessen érni másik fizikai gépről, mint amin fut, hálózaton keresztül. Ezt nagyon könnyen meg lehet oldani, elég sokféleképpen.
- Ha a virtuális gépen egy-két portot akarsz nyitni, akkor a Virtual Network Editorban beállítod, hogy a fizikai gép adott portjait továbbítsa (port forwarding) a NAT-ra beállított hálózati interfésszel ellátott virtuális gépnek.
- Ha a virtuális gép hálózati interfészét bridgedre állítod, akkor pont olyan lesz, mintha egyazon hálózaton lenne, mint a fizikai géped.
Ennél lehet sokkal cifrábbakat, de szerintem ezek megfelelnek az igényeidnek. -
Vico87
tag
Akkor leírom kicsit részletesebben ezt a dolgot.
Bridged üzemmód esetén osztozik a fizikai hálókártyádon a virtuális gép a fizikai gépeddel, amin fut. Ezért minden gép a hálózaton látni fog egy újabb gépet, amiről persze nem tudhatják, hogy virtuális, de valójában az. Ez akkor fog működni, ha a virtuális gép IP beállításait ugyanolyanra lövöd be, mintha fizikai gép lenne a hálózatodon. Tehát ha DHCP-vel oszt mondjuk egy router IP-t, akkor a virtuális gép is kapni fog, és ezen a hálózat többi gépe eléri.
NAT üzemmód esetén a fizikai gép, amelyen a virtuális fut, fordítja neki a címeket, ahogyan mondjuk a routered is csinálja, amikor otthon több gép között osztod meg az internetet (a szolgáltatód csak egy IP címet ad neked, de a router NAT-tal megoldja, hogy az otthoni belső hálózatban az internet felé kimenő csomagok ezzel a címmel menjenek, illetve a bejövők a megfelelő géphez kerüljenek). Ekkor alapból arról a hálózatról, amelyen a fizikai géped van, nem tudod elérni a virtuálist, ezért találták ki a port forwardingot. A port forwarding esetében a fizikai gép, amely a fordítást végzi, a beállított portjára érkező üzeneteket továbbítja a virtuálisnak. Ekkor csak ezen a porton lévő szolgáltatásokat éred el a virtuális gépről, méghozzá a fizikai gép IP címén, a forwardingnál beállított porton.
Például: a routered a 192.168.1.1, a gépeid pedig 192.168.1.2, 192.168.1.3, stb... , és DHCP-vel osztja a router.
Ekkor bridged esetben kap egy IP-t a virtuális, és ezen el lehet érni.
NAT esetén tegyük fel, hogy a fizikai géped a 192.168.1.3, a virtuális pedig 192.168.123.5. Mondjuk a forwardingot úgy állítod be, hogy a 30000-es TCP és UDP portot ki/be a virtuális 30000-esére irányítod. Ekkor a virtuálist a fizikai IP-jén ,a forwardolt porton éred el, azaz 192.168.1.3:30000Nem lehet, hogy más portokat is igényel az a program? Tűzfal(ak)at megfelelően konfiguráltad?
[ Szerkesztve ]
-
Vico87
tag
Lehet, de nem egyszerű a dolog. Egyrészt nagyon finnyás a hardverre, nem mindenen hajlandó futni (eléggé behatárolt, hogy min). Másrészt kelleni fog egy bootloader, ami képes Windowst és ESX-et is indítani. Harmadrészt pedig kell külön vinyó (ami SAN is lehet) a virtuális gépek tárolására, a saját partícióján nem képes az ESX eltárolni ezeket. Az új workstation képes virtuális gépben ESX-et futtatni, ha az megfelel, sokkal kevesebb fejfájással jár.
Ja és persze az adminisztrációt távolról lehet hatékonyan megoldani a saját kliensfelületén, így kell egy második gép is.[ Szerkesztve ]
-
Vico87
tag
Hello!
Hát szerintem nem sokat. A virtualizáció elég kényes téma teljesítmény szempontból. Nagyon sok múlik a VM-ek beállításán, a virtualizációs szoftveren, a VM-ek mellett futó processzeken, és persze a procin is, amin fut. Nehéz reprodukálni bizonyos dolgokat, körülményeket. Number crunchingot érdektelen tesztelni, az nagyon gyors lesz, I/O-val lehet igazán szívatni VM-eket. Egyik prociról másikra átköltöztetni VM-et nem mindig működik (pl jártam már úgy, hogy Penrynen ment, Conroe-n és Phenom 1 X4-en nem). Sok szívás forrása lehet a virtualizáció.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs