Reiniciar un VPS de OVH en modo rescue para repararlo

1. Entra en el área de cliente de OVHcloud y en la pantalla que reinicia el VPS en modo rescue

Al cabo de unos minutos llega un correo con el usuario (root) y la contraseña del sistema rescue (salvo que hayas registrado tu clave SSH en algún sitio del manager):

2. Conexión por SSH

¡Atención, el usuario en modo rescue es root!

2.1 Primer intento desde la consola de tu PC Linux (u otro sistema exótico)

bash

ssh root@vps-xxxxxxx.vps.ovh.net

Se obtiene:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:aHD6pBYP1zHxxxxxxx7hp4KwI4yl5gr5OVmBJZ/ZBE.
Please contact your system administrator.
Add correct host key in /home/kiwiof09/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/coin/.ssh/known_hosts:75
  remove with:
  ssh-keygen -f "/home/coin/.ssh/known_hosts" -R "vps-xxxxxxx.vps.ovh.net"
ECDSA host key for vps-xxxxxxx.vps.ovh.net has changed and you have requested strict checking.
Host key verification failed.

2.2 En tu puesto de trabajo, borra las huellas de las claves del servidor

bash

ssh-keygen -f "/home/coin/.ssh/known_hosts" -R "vps-xxxxxxx.vps.ovh.net"
ssh-keygen -f "/home/coin/.ssh/known_hosts" -R "51.38.yyy.yyy"
ssh-keygen -f "/home/coin/.ssh/known_hosts" -R "2001:xxxx:xxx:xxxx::xxxx"

2.3 Nuevo intento de conexión

bash

ssh root@vps-xxxxxxx.vps.ovh.net

Se obtiene:

The authenticity of host 'vps-xxxxxxx.vps.ovh.net (51.38.xxx.xxx)' can't be established.
ECDSA key fingerprint is SHA256:aHD6pBYP1zxxxxxxxKwI4yl5gr5OVmBJZ/ZBE.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'vps-xxxxxxx.vps.ovh.net,51.38.xxx.xxx' (ECDSA) to the list of known hosts.
root@vps-xxxxxxx.vps.ovh.net's password:
Linux vps-xxxxxxx 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64

GNU/Linux, to the rescue!

Server: vps-xxxxxxx
Login: root
Password: azezeazeaeazezae

root@vps-xxxxxxx:~#

2.4 Lista los discos

bash

lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.5G 0 disk
└─sda1 8:1 0 2.5G 0 part /
sdb 8:16 0 20G 0 disk
└─sdb1 8:17 0 20G 0 part

Se ve que el disco rescue es sda1 y que corresponde a la raíz (/), pero el disco del servidor es sdb1.

2.5 Cambia tu raíz de conexión para poder trabajar dentro del servidor

bash

mkdir -p /mnt/sdb1
mount /dev/sdb1 /mnt/sdb1
mount -t proc proc /mnt/sdb1/proc/
mount -t sysfs sys /mnt/sdb1/sys/
mount -o bind /dev /mnt/sdb1/dev/
mount -t devpts devpts /mnt/sdb1/dev/pts
mkdir -p /run/chroot/lock
mount -o bind /run/chroot /mnt/sdb1/run
chroot /mnt/sdb1 /bin/bash
source /etc/default/locale

2.6 Lista de nuevo los discos

bash

lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.5G 0 disk
└─sda1 8:1 0 2.5G 0 part
sdb 8:16 0 20G 0 disk
└─sdb1 8:17 0 20G 0 part /

2.7 Ya puedes reparar el servidor

Si surge algún problema, pide un presupuesto.

2.8 Salir del entorno y volver a la raíz del sistema rescue

bash

exit
umount /mnt/sdb1/run
umount /mnt/sdb1/dev/pts
umount /mnt/sdb1/dev/
umount /mnt/sdb1/sys/
umount /mnt/sdb1/proc/
umount /mnt/sdb1

Vuelve al manager de OVH para salir del modo rescue

Y reinicia el servidor en modo normal: