Comment désactiver les commandes effrayantes du terminal ?

sudo existe pour une raison - utilisez-la. Lorsque votre commande (dans ce cas, une CLI interactive) est terminée, vous êtes renvoyé à votre Shell de niveau utilisateur, et non à un Shell de niveau racine. Il y a très peu de raisons valables pour être dans un Shell de niveau utilisateur. (Je suis surpris que ce ne soit pas déjà une réponse...)

Cela dit, ne soyez pas une muppet qui utilise sudo para tout . Comprenez ce que vous faites, et comprenez pourquoi cela nécessite/ne nécessite pas les privilèges root.

De plus, vous pouvez différencier votre invite pour les shells root/utilisateur. Cela rend également plus évident le fait que vous êtes de retour à l'invite Shell et non " un autre CLI ". Le mien est très coloré et contient beaucoup d'informations utiles (comme le nom de l'hôte), ce qui en fait un outil très utile. muy simple pour savoir sur quel hôte la commande sera exécutée, et facilite également la consultation de votre historique et la localisation des invites - une Shell racine utilise l'invite par défaut.

Il est plus approprié de l'utiliser sur " votre "Mais si vous prenez la sécurité et l'administration système au sérieux, alors vous ne partagerez pas les mots de passe et les comptes, et vous ne serez pas assis dans un Shell racine sans en être pleinement conscient.

Comme les gens l'ont dit encore et encore, et encore " L'aliasing des commandes pour créer un environnement sûr est une mauvaise idée. ". Vous allez vous sentir à l'aise dans votre environnement sûr, en tapant ces commandes " effrayantes " là où vous ne devriez pas. Puis un jour, vous changerez de travail, ou vous vous connecterez à une nouvelle machine, et là, boum " whoopsy, je ne voulais pas, je suis désolé. "...

Le paquet 'molly-guard' (au moins sur les systèmes dérivés de Debian) installera une enveloppe autour de shutdown, halt, poweroff, et reboot. S'il détecte que le terminal est un terminal distant, il demandera le nom de l'hôte. S'il ne correspond pas, alors la commande est annulée.

J'ai accepté une réponse qui me plaît beaucoup, mais si quelqu'un d'autre lit et souhaite une réponse plus simple, voici la mienne.

Trouvez le fichier .bashrc et mettez-le comme dernière ligne :

alias shutdown=notforuse

Ensuite, lorsque vous tapez shutdown, vous obtenez quelque chose comme ~bash: notforuse is not a command

C'est peut-être idiot, mais c'est simple et ça marche. J'apprécierais cependant des réponses avec de meilleures façons de faire !

Pour shutdown ( reboot , halt et autres) : J'ai une copie avec me demander si je suis vraiment sûr (et ça ne fait rien de toute façon). Je stocke de tels scripts dans dans /usr/local/sbin . Sous Debian, cette priorité est autre /sbin (c'est le premier répertoire de PATH).

Les scripts du système utilisent le chemin complet, donc de telles pirater m'empêcher d'arrêter un serveur distant au lieu de la machine locale (un mauvais comportement de la part de Génial WM), mais n'a pas d'autre effet indirect, et je peux toujours les utiliser comme /sbin/shutdown quand c'est vraiment nécessaire.