Resetujte heslo uživatele root ze záchranného režimu

Pokud se vám nedaří resetovat heslo pro váš cloudový server Linux® pomocí ovládacího panelu cloudu, můžete tuto úlohu provést pomocí záchranného režimu pomocí následujících kroků:

1. Uveďte server do záchranného režimu.

   Další informace o uvedení serveru do záchranného režimu naleznete v části Záchranný režim.

2. Připojte se k serveru, který je v záchranném režimu, pomocí následujícího příkazu nahrazujícího ip address of the server s adresou internetového protokolu (IP) vašeho serveru:

   ssh root@<ip address of the server>
   

   Pokud se při pokusu o připojení ze systému Mac®OS X nebo Linux zobrazí následující zpráva, někdo vás může odposlouchávat při útoku typu man-in-the-middle nebo mohl být právě změněn hostitelský klíč RSA:

   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   

   Kontaktujte správce systému.

   Přidejte správný hostitelský klíč do ~/home/<user name>/.ssh/known_hosts file, aby se tato zpráva nezobrazovala.

   Chybný klíč se ve výstupu zobrazí jako následující řádek kódu:

   Offending key in **/root/.ssh/known_hosts**:running<line number>
   

   Musíte upravit .ssh/known_hosts soubor k odstranění řádku pro IP adresu serveru.

   Pokud se připojujete ze systému Mac OS X nebo Linux, musíte soubor upravit na ~/home/<user name>/.ssh/known_hosts .

3. Doporučujeme pravidelně spouštět kontrolu souborového systému (fsck )příkaz. Provedením tohoto kroku zabráníte automatickému spuštění kontroly během restartu, což způsobí, že spouštění bude trvat déle, než očekáváte.

   Tuto kontrolu spustíte na /dev/xvdb1 pokud váš server používá XenServer®hypervisor a /dev/sdb1 pokud používá Xen® Classic.

   Následující příklad příkazu reset používá /dev/xvdb1 :

   fsck -fyv /dev/xvdb1
   

   Tento příkaz vynutí kontrolu systému souborů (f flag), automaticky odpovíyes na jakékoli otázky, které systém vyzve (y flag) a na konci zobrazí podrobný výstup (v vlajka).

4. Připojte systém souborů pomocí následujících kroků:

   A. Vytvořte dočasný adresář spuštěním následujícího příkazu:

       mkdir /mnt/rescue
   

   b. Připojte systém souborů do tohoto dočasného adresáře spuštěním následujícího příkazu:

       mount /dev/xvdb1 /mnt/rescue
   
       chroot /mnt/rescue
   

   Tento příklad používá chroot úkon. Tento příkaz umožňuje nastavit kořenový adresář systému v dočasném prostředí. Provedení tohoto kroku pomůže při obnově.

5. Spusťte passwd příkaz k aktualizaci hesla uživatele root na původním pevném disku cloudserveru, jak ukazuje následující příklad:

   passwd
   

   Tento příkaz vás dvakrát vyzve k zadání nového hesla a poté aktualizuje příslušné soubory.

6. Ukončete chroot režimu zadáním následujícího příkazu:

   exit
   

7. Odpojte svůj původní disk zadáním následujícího příkazu:

   umount /mnt/rescue
   

8. Ukončete Secure Shell (SSH) a poté ukončete záchranný režim.

9. Upravte soubor .ssh/know_host soubor pro odstranění řádku pro IP adresu serveru.

10. Pokud se připojujete ze systému Mac OS X nebo Linux, musíte soubor upravit na ~/home/<user name>/.ssh/known_hosts .

Když se váš cloudový server zálohuje mimo záchranný režim, můžete se přihlásit pomocí hesla, které jste nastavili v kroku 5.

Tento krok musíte provést pouze v případě, že nova-agent neběží správně nebo nereaguje uvnitř hostujícího operačního systému (OS). nova-agent je služba, která připojuje hostující operační systém k ovládacímu panelu Cloud v Rackspace, takže můžete provádět úkoly, jako je resetování hesla a vytvoření nového cloudového serveru z obrazu. Pokud máte problém s nova-agent, kontaktujte svého správce účtu nebo podporu Rackspace.