Soucis Reboot Grub sur Debian/plesk suite à mise en place mot de passe Grub

[MikaelR]

Bonjour à tous !

Voici mon soucis, j'ai un serveur de test Linux Plesk 12.5 (Debian 8 "Jessie") OVH commandé très récemment, je ne suis pas sysadmin, et mes compétences sont limitées (merci de votre indulgence :).
J'ai voulu tenter de mettre en place un mot de passe GRUB en suivant le tuto suivant
https://memo-linux.com/securiser-lacces-et-le-demarrage-du-grub-par-mot-de-passe/ avant d'effectuer les mêmes opérations sur un serveur en production.
Par défaut, OVH me créé un accès root, et un accès admin pour plesk, je n'ai rien touché aux droits admin, ni créé un superuse, mon but, tester la mise en place d'un mot de passe GRUB.
J'ai créé un mdp chiffré via grub-mkpasswd-pbkdf2, j'ai édité /etc/grub.d/00_header avec les infos
cat << EOF
set superusers="root"
password_pbkdf2 root grub.pbkdf2.sha512.10000.etcetcetc (j'ai bien copié/collé les infos de grub-mkpasswd-pbkdf2)
EOF

et j'ai update-grub

Soucis, je ne peux plus rebooter ma machine. Ni par Plesk, ni par le manager client OVH et un email automatique de monitoring est envoyé rapidement qui décèle un soucis.
Je peux bien sur lancer le Boot rescue d'OVH ou réinstaller l'OS (ce que j'ai deja fait ce matin) mais mon but est de comprendre pourquoi le reboot ne s'effectue pas, car j'ai besoin de le faire en production sur un serveur similaire.
Y a t il une manière de faire spécifique ou une contre indication à Plesk sur la mise en place d'un mot de passe GRUB ?
J'en suis à une 40 d'onglets de recherche, mais rien de pertinent. j'ai tenté un reboot via ssh, et je pensais betement que la console me proposerait le user et password définient dans le GRUB pour lancer le démarrage du serveur...

Merci d'avance pour votre aide qui sera grandement appréciée !

[janus57]

Bonjour,

vous savez à quoi sert un mot de passe sur grub au moins ?

Car là grub va demander un user + mdp que vous allez devoir entrer à chaque reboot via un KVM/IP qui est seulement disponible sur les serveur dédié.

De plus si vous êtes sur un VPS et que OVH vous change de host, redémarre la machine physique ou fait une intervention qui nécessite le reboot des VM dessus vous allez auto-bloquer votre site.

Ce genre de sécurisation est idéale si vous avez peur que quelqu'un avec un accès physique (encore que avec un liveCD on peu passer à travers) à votre machine essaye de prendre le contrôle, mais dans le cas d'un VPS c'est inutile car on peu entrer dans la machine virtuel même avec ce genre de sécurité si on le souhaite.

Donc pour résumé ce que vous avez mis en place ne sert à rien à part vous bloquer et vous poser de problèmes.

Cordialement, janus57

[MikaelR]

Merci Janus pour votre réponse, il s'agit justement d'un serveur dédié, ce n'est pas un VPS.
Pour un dédié il faut donc un KVM/IP pour rebooter si l'on veut ce genre de protection ?

Edit : il s'agit d'un Serveur SP-32 - E3-1270v6 - 32GB - SoftRaid 2x2To

[janus57]

Bonjour,

Pour un dédié il faut donc un KVM/IP pour rebooter si l'on veut ce genre de protection ?

il faut surtout un accès KVM/IP pour le relancer à la moindre coupure électrique ou défaillance qui nécessite un reboot.

Donc cela ne change rien a ce qui a été dit plus haut.
Le moindre problème avec votre dédié va nécessiter un accès KVM/IP pour le reboot et si vous êtes le seul à avoir cette accès et que des choses importante se trouve sur le serveur ==> très très mauvaise idée surtout si cela arrive quand vous n'êtes pas disponible.

Cordialement, janus57

[MikaelR]

Merci janus, je remonterai l'info à qui de droit, mais c'est toujours bien de comprendre les tenants et aboutissants.
A la base, il s'agissait d'une demande suite à un audit de sécurité sur un serveur similaire qui demandait de sécuriser le Boot Loader par un mot de passe. J'ai donc profité d'un serveur de test pour exploré les pistes pour voir comment ce Boot Loader pouvait se sécuriser.

Merci d'avoir pris le temps de me répondre :)