Linux：安全のためシャットダウンを実行不可にする

今日、自分のローカルマシンにいると思っていたので、誤って本番マシンをシャットダウンしました。私は知っています、初心者の間違い:-(

それが二度と起こらないようにするための解決策として、私はそのマシンが常にオンでなければならないので、シャットダウンコマンドの実行権限を削除することを考えていました。

それは良い考えですか？そうすることで、不要な副作用を確認できますか？

乾杯、ダン

実稼働マシンで作業していることを警告する完全に別のアプローチは、端末にマークを付けることです。たとえば、user@machine:~#テキストはプロダクションマシンでは赤、開発時には緑などになる可能性があり ます。これを行う方法のチュートリアルは次のとおりです。Color Bashプロンプト

私があなたに与えることができる最高のアドバイスは、rootアクセスが必要でない限り、rootとしてログインしないことであり、各マシンに異なるroot / sudoパスワードがあることを確認してください。

シャットダウンにアクセスできないようにすることは1つのオプションですが、それは良い方法ではありません。およびまたはshutdownへのエイリアスshutdown -atouch /etc/shutdown.allowchmod a-x /sbin/shutdown

また、それはどこで終わりますか？また、停止、再起動、および初期化を禁止しますか？

考慮すべきいくつかのポイント：

1. プロダクション時にプロダクションシステムでrootとして何をしていましたか？システムを構成して、日常業務のためにシステムのrootになる必要がないようにします。非常に正当な理由がない限り、本稼働システムに根を下ろしてはいけません。
2. 重要なレッスンを学びます。rootになったら、Enterキーを押す前に2回チェックする必要があります。考えずにパスワードを書いて続行すると、SUDOは保護されません。mkudlacekによって言及されているプロンプトのカラーリングは、間違ったシステムを使用していないことを確認するのに役立つ非常に便利なツールです。
3. 組み込みのツールをいじらないでください。それは更新を壊す可能性が高く、狂気の新入社員を駆動します。何かを変更したい場合は、独自のエイリアスファイルを使用してください。

私は許可をいじるshutdownことが状況を処理する方法だとは思いません。基本的にあなたはレッスンを学びました。あごを上げます。

私は同じようなことをしました-sshセッションの長いチェーンを取得してから、sshで通過したマシンの1つでルートをいじって、自分自身を切断しました。私はrsyncリクエストを失敗させて、世界の反対側のシステムを体系的に破壊しました。私は運用rm -rf / pathサーバーで実行しました。（そのとき、復元がどのように機能するかを知る必要がありました。）

ですから、はるかに古く、うまくいけば少し賢くなった今、私は自分に課す厳しい規則を持っています。

• 他のどのような情報が含まれていても、すべてのルートプロンプトは＃で終わります。
• ＃プロンプトが表示されているときはいつでも、Enterキーを押す前に文字通り手に座っています。
• 何をしようとしているのか、どこにいるか、どうやって到達したのかについて疑問がある場合は、キャンセルして、既知の開始条件から再構築します。
• 私が間違いを犯した場合（そして、時間を追うごとに頻度が減り、あいまいさが増しますが、それでも間違いを犯します）、すぐに私がやったこと、影響を与えた人を理解し、自分の罪を彼らに告白します。次に、他のすべてのものをドロップし、できる限り迅速かつ最良に損傷を元に戻します。

私の仕事の性質上、さまざまなルートプロンプトに多くの時間を費やす必要がありますが、過去のエラーのおかげで、私は始めたときよりもはるかに優れた状況認識を維持しています。

Ubuntuを使用している場合は、Molly-guardを試してください。この同様の質問で説明したように。

本当に依存します。コマンドをラップするだけでもかまいませんが、その実行可能ファイルに影響する更新またはアップグレードを行うと、そのことを忘れて更新を失敗させる可能性があります。システムシャットダウンコマンドでのプレイはPITAになる可能性があります。特に、システムバイナリでプレイしていることに気付かずに新入社員や交代者がいる場合は特にそうです。

個人的には、システムを名前で識別し、実際のバイナリを実行する前に実際に実行したいこと、またはシャットダウンを確認するために特定の文字列を入力する必要があることを確認するスクリプトでコマンドをラップすることを検討しますバイナリを実行する前。少し休止するはずです。

少なくともサーバーでは、コマンドプロンプトを設定してマシン名を含めることを検討してください。将来、間違ったマシンで他のコマンドが実行されるのを防ぐのに役立つかもしれません。マシン名に色を付けて目立たせるとより効果的で、コードを色分けしてサーバーの役割を識別することもできます。

1つの方法は、を使用suしたり、直接ログインしたりしないことrootです。アカウントに直接ログインしroot、ローカルマシンとsshキーで異なるパスワードを使用することをお勧めします。

もちろん、赤い「＃」プロンプトを監視することに加えてです。

はい、shutdownコマンドの実行ビットを削除することは、特にマシンにKDEのようなデスクトップ環境があり、ログアウト時の偶発的なシャットダウンを防ぎたい場合に、偶発的なシャットダウンを防ぐ最も簡単で安全な方法です。

混乱している新しい人々については、彼らが最初に行うls -l /sbin/shutdownことは、なぜそれが機能しないのかを見つけることだと思います（特に、タブ補完の実行可能ファイル名の習慣が良い場合）。もちろん、あなたが加えた変更について彼らに伝える必要があります。

安全性を高める/etc/rc.localために、シャットダウンコマンドから実行ビットを削除する行を追加して、再起動後にリセットすることを忘れないようにすることができます。

ルートのパスから/ sbin /を削除するだけです。そうすれば、実行するためにフルパスを入力する必要があり、通常は事故を修正します。