Új hozzászólás Aktív témák

• #9316 Friczy senior tag sztikac #9310

  Új Válasz 2020-03-24 10:00:48 #9316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Friczy

  senior tag

  válasz sztikac #9310 üzenetére

  Nem tudom, de szerintem az auto és az allow-hotplug ugyanarra az eszközre kissé üti egymást. Vagy egyik, vagy másik kellene

• #9311 ubyegon2 félisten sztikac #9310

  Új Válasz 2020-03-23 16:13:02 #9311

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ubyegon2

  félisten

  válasz sztikac #9310 üzenetére

  systemctl restart networking.service

  Szerintem nem elegendő a név, minden parancsnál a név.service formátum kell.

  status lekérdezése után nem kell.

  (most látom, a második kimeneted képén írja is a terminal)

• #3008 bambano titán sztikac #3007

  Új Válasz 2010-01-24 19:43:45 #3008

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz sztikac #3007 üzenetére

  Ő ragaszkodik a live cd-hez meg a hardveres vt-hez, ezügyben nem nyilatkozom, még sosem volt a kezemben live cd.

  Az eredeti baját tisztességesen *SZERINTEM* úgy lehet megoldani, hogy xen hoszton paravirtualizált guesteket futtat, annyit, amennyire szüksége van és a hoszton konfigurál hozzá egy akár routolt, akár bridgelt hálózatot. Azt, hogy melyiket, akkor lehet tudni, ha elénk tárja, hogy mit akar. Én csak annyira emlékszem, hogy fórumot akar futtatni rajta, de ennél azért több kellene.

• #3005 bambano titán sztikac #3004

  Új Válasz 2010-01-24 19:37:05 #3005

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz sztikac #3004 üzenetére

  a bridged mode lényege, hogy nem routolt, tehát route-tal nem lehet szabályozni.
  a csomagszűrő meg nem biztos, hogy össze van kötve a bridge-vel, ez beállítható kernel paraméter és emiatt lehet disztrib függő.

• #3003 FixY67 senior tag sztikac #3002

  Új Válasz 2010-01-24 19:26:54 #3003

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #3002 üzenetére

  Ez kb. 100%-ban fedi a tényeket.
  Olyan virtuális hálót szerettem volna, amin kizárólag "én" (=az általam, virtuális gépre telepített dhcp szerver) osztogatom a címeket és egyéb paramétereket, ami totálisan le van választva a fizikai hálózattól, csak a routernek kinevezett gépen át érhető el a külvilág és a külvilág is csak ezen a routeren át látja a virtuális hálózatot.
  Közben megnéztem a windows-os változatát és kiderült, hogy ilyet a vmware szerver változata egyáltalán nem tud.
  Doksi szerint sem.

  Maga az editor egy külön kis program, amivel az interface-eket lehet állítgatni, hogy mely fizikai hálókártyára kapcsolódjanak, nat-hostonly-bridged legyen-e stb.

• #3001 FixY67 senior tag sztikac #2998

  Új Válasz 2010-01-24 18:37:52 #3001

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #2998 üzenetére

  vmware hostod linuxon fut?
  Írnak a doksiban valami Virtual network editorról - van ennek valami helyettesítője linux alatt? Vagy nyugodjak bele, hogy torkosborz kategóriába tartozik a linuxos hálózatkonfigurálás?

• #3000 FixY67 senior tag sztikac #2998

  Új Válasz 2010-01-24 17:12:59 #3000

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #2998 üzenetére

  Még1x köszi a tippet, sajnos nem nyert...
  Távolról használva két vm létrehozása és ezek néhány indítása/leállítása után elkezdett döglődni a vmware szerveroldali részén valami. (null pointer exception)
  Megnéztem a 2.0 által supportált 64 bites rendszereket, de egy olyan sincs köztük, amit én is támogatni tudnék. (enterprise rendszerek + réges-régi Ubuntuk)

• #2999 FixY67 senior tag sztikac #2998

  Új Válasz 2010-01-24 14:30:16 #2999

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #2998 üzenetére

  Az nem, de a help (miután még1x átnéztem) segített.

  From the USB controller menu in the toolbar, select the device you want to connect to in the Plugged into Host list.
  When the USB device is connected to the virtual machine, it appears as selected in the toolbar menu.

  Egyre a szöveges menüben kerestem az USB controller menüt. Közben csak egy ikon.
  Így már látja...
  Köszi.

  -----

  Régebben nem volt egy olyan eltérés a fizetős és az ingyenes vmware között, hogy az ingyenesből hiányzott az USB support?

• #2997 FixY67 senior tag sztikac #2996

  Új Válasz 2010-01-24 14:17:58 #2997

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #2996 üzenetére

  Anélkül, hogy megnéztem volna: ez nem a workstation?
  ---
  Megnéztem: de az.
  Javíts ki ha rosszul tudom, de ez fizetős. Ettől kezdve nálam esélytelen.

• #2995 FixY67 senior tag sztikac #2994

  Új Válasz 2010-01-24 14:03:42 #2995

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FixY67

  senior tag

  válasz sztikac #2994 üzenetére

  Vistán a vmware szerver alatt egy Ubuntu liveCD (illetve asszem próbáltam debian lenny-vel is) nem látta az USB-s eszközeimet a vm. Gondolom, a vmware szolgáltatásai megegyeznek linuxos és windows-os hoston.
  Majd ránézek még1x, hogy pontosan mi történik.

Új hozzászólás Aktív témák