Si no puede restablecer la contraseña de su servidor en la nube Linux® mediante el Panel de control de la nube, puede seguir los siguientes pasos para realizar esta tarea mediante el modo de rescate:
-
Ponga el servidor en modo de rescate.
Para obtener más información sobre cómo poner su servidor en modo de rescate, consulte Modo de rescate.
-
Conéctese al servidor que está en modo de rescate usando el siguiente comando, reemplazando
ip address of the servercon la dirección del Protocolo de Internet (IP) para su servidor:ssh root@<ip address of the server>Si aparece el siguiente mensaje cuando intenta conectarse desde un sistema Mac®OS X o Linux, es posible que alguien lo esté espiando en un ataque de intermediario o que la clave de host RSA se haya cambiado recientemente:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@Póngase en contacto con el administrador de su sistema.
Agregue la clave de host correcta en su
~/home/<user name>/.ssh/known_hostspara evitar que se muestre este mensaje.La clave incorrecta se muestra como la siguiente línea de código en la salida:
Offending key in **/root/.ssh/known_hosts**:running<line number>Debes editar el .ssh/known_hosts para eliminar la línea de la dirección IP del servidor.
Si se conecta desde un sistema Mac OS X o Linux, debe editar el archivo en
~/home/<user name>/.ssh/known_hosts. -
Le recomendamos que ejecute periódicamente la comprobación del sistema de archivos (
fsck)dominio. Realizar este paso evita que la verificación se ejecute automáticamente durante un reinicio, lo que hace que el tiempo de inicio tarde más de lo esperado.Ejecuta esta verificación en
/dev/xvdb1si su servidor está usando el hipervisor XenServer®, y/dev/sdb1si está usando Xen® Classic.El siguiente comando de reinicio de ejemplo usa
/dev/xvdb1:fsck -fyv /dev/xvdb1Este comando fuerza una verificación del sistema de archivos (
fbandera), responde automáticamenteyesa cualquier pregunta que solicite el sistema (yflag) y muestra una salida detallada al final (vbandera). -
Monte el sistema de archivos siguiendo los siguientes pasos:
una. Cree un directorio temporal ejecutando el siguiente comando:
mkdir /mnt/rescueb. Monte el sistema de archivos en ese directorio temporal ejecutando el siguiente comando:
mount /dev/xvdb1 /mnt/rescue chroot /mnt/rescueEste ejemplo usa el
chrootoperación. Este comando le permite establecer la raíz del sistema en un entorno temporal. Realizar este paso ayuda con la recuperación. -
Ejecute el
passwdComando para actualizar su contraseña raíz en el disco duro del servidor en la nube original, como se muestra en el siguiente ejemplo:passwdEste comando le solicita su nueva contraseña dos veces y luego actualiza los archivos correspondientes.
-
Salir de
chrootmodo ingresando el siguiente comando:exit -
Desmonte su unidad original ingresando el siguiente comando:
umount /mnt/rescue -
Salga de Secure Shell (SSH), luego salga del modo de rescate.
-
Edite el .ssh/know_host para eliminar la línea de la dirección IP del servidor.
-
Si se conecta desde un sistema Mac OS X o Linux, debe editar el archivo en
~/home/<user name>/.ssh/known_hosts.
Cuando su servidor en la nube se reinicia fuera del modo de rescate, puede usar la contraseña que configuró en el paso 5 para iniciar sesión.
Solo necesita realizar este paso si nova-agent no se ejecuta correctamente o no responde dentro del sistema operativo invitado (OS). nova-agent es el servicio que conecta el sistema operativo invitado al panel de control en la nube de Rackspace para que pueda realizar tareas como restablecer la contraseña y crear un nuevo servidor en la nube a partir de una imagen. Si tiene un problema con nova-agent, comuníquese con su administrador de cuenta o con el Soporte de Rackspace.