Lehetséges következmények jelszó törlődik vpxuser, vmware közösségek
Van exsi Server 5.5, amely telepített HP Proliant, keresztül csatlakozik vSphere, vCenter hiányzik.
A roham a paranoid gyanú hacker megváltoztatni a jelszót a rendszergazda fiók beleértve vpxuser. Ezután dolgozott a vSphere nélkül csipetnyi hiba. Tegnap vette csatlakozni a szerver konzolon, de ha beírja a jelszót belépés esik hiba „Hívás” ServiceInstance.RetrieveContent „objektum” ServiceInstance „a szerver” ip_address „sikertelen”. Egyéni Google ebben a témában vezetett annak szükségességét, hogy kapcsolódni a szerverhez parancssorban, akár helyben, akár ssh. Alapértelmezésben le van tiltva a szerveren. Amikor bejelentkezik a helyi konzolon exsi prinimat kiszolgáló név / jelszó (rossz pár panaszkodik) és konzol tükrözi fél óra. A bejelentkezés után, hosszú várakozási kapcsolva ssh és bejelentkezett rajta nélkül várakozásokat.
A probléma megoldására próbálja újraindítani a service /sbin/services.sh restert - nem segített.
Azt gyanítják, hogy a probléma a jelszó megváltoztatása a rendszer vpxuser felvételt. Ie kell valahogy visszaállítani vele az alapértelmezett jelszót. A probléma megoldása érdekében ajánlatos törölni a fiókot magának otthont exsi újra létrehozni az alapértelmezett jelszót.
Ebben a tekintetben néhány kérdést:
- Lehetséges, hogy a probléma a képtelenség keresztül vSphere kapcsolódik, hogy a jelszó megváltoztatása a rendszer figyelembe vpxuser?
- Hogyan állítsa vissza a jelszót vpxuser alapértelmezett ilyen körülmények között?
- Ne állítsa vissza a jelszót érinti a meglévő virtuális gép elvesztése nélkül bármilyen lehetőségét, hogy a közigazgatás a vSphere mint vannak kritikus gépek.
Anyagok jelölt „vpxuser”
Anyagok jelölt „exsi”
Anyagok jelölt „jelszó”
Ezek az anyagok vannak jelölve, mint „végső”. Megjelenítése Válaszok: 6
A vpxuser fiók jön létre, amikor egy VirtualCenter ESX host adunk hozzá. Ne manipulálja ezt a számlát.
De ha egy ilyen helyzet áll elő, akkor próbálja meg visszaállítani a beállításokat vpxuser teljesített, de kétlem, hogy ez segíteni fog. Ismét jelenlétében jelszót vpxuser nem ad egy támadó használni, hogy csatlakozzon a fogadó lehetetlen. Amint azt a cikket, egy linket, melyet adtam a fenti, akkor ne is érintse ez a számla, akkor valószínű, hogy megszakításához vezet kommunikációs vCenter-ESXi.
Egy út, hogy visszatérjen az alapértelmezett vpxuser látható, de a vSphere klienssel, és biztos vagyok benne, 99% -a az cli ESXi rezetnut vagy törlése / létrehozása vpxuser nem (egyszerűen vegye lehetetlen) ezt a műveletet végzi vcenter`om.
Manipuláció ez a számla nem lesz hatással a vm. Azt tegye a következőket obazom:
1. Győződjön meg arról, hogy vannak olyan mentést én vm (manipuláció vpxuser nem befolyásolja a gépek működését, de nem tudjuk elérni és vissza).
2. Ő tervezte egy próba, hogy vCenter + vSphere.
3. létrehozására vCenter (lehet az összes alapértelmezett).
4. Ezután ennek megfelelően cselekszik az utasításokat a cikket - megszüntetné vpxuser az ESXi, ami ellenőrzi a hozzáférési - ha nem gyógyult, akkor add ESXi a vCenter. Ott már rendelkezésre kell állnia, utána, ha azt tervezi, hogy nem használja vcenter`om, a hypervisor származhat egy vcenter`a.
Köszönöm - a cikk szerint, ezt találtam, miután a jelszó változtatás (((
Azt gondoltam, a tárgyalás vCentre interestnoe elég, de félő, hogy a szerver változata megéri az engedély szabad, ami nem teszi lehetővé a vezetés keresztül vCentre. Bizonyára nem tudok mondani, mert Szerver örökölt nélkül dokumentációt. Mindenesetre megpróbálom.
Úgy kísért a kérdés, hogy a hiba „Hívás” ServiceInstance.RetrieveContent „objektum” ServiceInstance „a szerver” ip_address „hibás”, ha csatlakozunk a vSphere miatti módosításához jelszó Vagy lehet, hogy néhány más okokból, például kifogyott a rendszer a raid?
Azt írta, hogy a tárgyalás kell kiadni vCenter + vSphere, azaz és ESXi, akkor csak kapcsolja be a ESXi a vCenter. A kérdés az, hogy lehet-e dobni után szabad engedély Ent + - Nem tudom, keresett információt.
Minden lényeges válaszokat megadott hiba utalnak problémái vannak az ESXi fut vCenter és a kezelt normális cikket megmutatta nekem az első válasz, vagy indítsa újra menedzsment szolgáltatás + kisebb frissítéseket, és tekintettel arra, hogy vpxuser létezik egyáltalán, biztos vagyok benne, 99% -a vCenter legalább volt, és talán most van. Korábban, amikor csatlakozik ESXi vSphere client`om nem adott ki egy üzenetet, hogy a szerver vezérli vcenter`om?
Nehéz megmondani, hogy mi okozhatta hozzáférés elvesztését, de tekintve, hogy ez történt a változás után a jelszót, akkor ez a legvalószínűbb oka, kétlem, hogy ugyanabban az időben már elfogyott a hely volyume. Emellett ez történik, akkor valószínűleg kapott volna pSOD.
Ui és amelyek az adott fiókokat, hogy változtassanak jelszót?
VCentre telepített próba üzemmódban 60 napig. A vCenter Udall sikeresen csatlakozott a második (jó állapotban) fogadó exsi és olvasott neki egy listát a virtuális gépek, de nem ellenőrzik kapott - az engedély nem teszi lehetővé kezelése révén vCenter. Csatlakozás a fogadó által meghibásodás exsi nem lehetséges - a színpad aftorizatsii esik timeout.
Way reshienya csatlakozási problémák - látom, csak próbálja meg egy teszt exsi Dev, és próbálja megismételni a hibát, majd próbálja reset / törölni a jelszót vpxuser, hogy mi történik.
>> Mielőtt csatlakozik az ESXi vSphere client`om nem adott ki egy üzenetet, hogy a szerver vezérli vcenter`om?
Nem - nem volt üzenet.
>> Ui és amelyek az adott fiókokat, hogy változtassanak jelszót?
Me miatt gyökér, vpxuser, dcui. Néhány ilyen bejegyzések megátkozta a képtelen változtatni a jelszót, de nem emlékszem pontosan ((.
Már írtam, hogy a fogadó volt, kontrollált vizsgálat szükséges, hogy hivatalossá és vSphere, és dobja a kulcsot hypervisor:
Ebben az esetben, tudok ajánlani két megoldás van:
1. A probléma megoldásához a valószínűsége 90% (valójában több vagyok, mint abban, hogy úgy dönt). Gyors.
Visszaállítása ESXi az alapértelmezett beállításokat. Visszaállítása az összes beállítást, amit tett - azaz hálózati beállítások, Wirth. hálózat, stb Vegye ki a root jelszót, és indítsa újra a házigazda. Ebben az esetben a konfigurációs dcui felhasználónak kell visszatérni defoltnoy. A virtuális gépek nem fog eltűnni, de akkor újra kell regisztrálni a fogadó (az adattárba add inventori). Természetesen, mielőtt ez jobb esxcli vagy powercli megfelelően kapcsolja ki a gépet, és adja meg a gép a divat meyntenans. Ha hozzáférést DCUI van (helyi konzolon, ami lehet az ssh-hívás dcui csapat), majd alatt működnek VMware vSphere 5.1 (ezt a cikket olvasni egyébként), ha hozzáférést dcui nem, akkor van ESXi parancs: Rendszer visszaállítása konfigurációt.
2. megoldja a problémát 100%. ESXi ha ő áll egy külön tároló a VM - csak újra a hypervisor (. Hálózati beállítások, stb is meg kell újra csinálni).
Update: hazudik. Soha ne keressen vpxuser fogadó közvetlenül a telepítés után, a dokumentáció azt mondja, hogy létre vCenter`om, azt hittem, hogy ez a munka. Azonban kiderült 5,5 -, és van vpxuser ott, de ez használt önálló ESXi nem világos, milyen célból.
Update2: Még mindig nem volt teljesen rendben. A korábbi kiadásokban az ESX / ESXi nem létezik alapértelmezésben vpxuser, amíg a vendéglátó még nem került bele a vCenter, hanem az új stabil kiadások (5,5 és 6, az biztos), hogy a felhasználó előre. Itt van a menet Re: vpxuser szóló önálló ESXi. Azt is végzett a vizsgálat: A jelszó megváltoztatása és vpxuser dcui majd még újraindul ESXi, és a hozzáférést nem vész el nem vSphere Client vagy a ssh vagy dcui. Talán már töltött néhány más manipuláció, amely elfelejtette megemlíteni?