トラブルメーカー - Linux マシンを壊し、壊れた Linux の修復を依頼する
壊れたLinux システムを修復するのは、何が起こっているのか正確に把握していなければ、面倒な作業になる可能性があります。 Linux システムが壊れた場合、ほとんどの人は何をしますか?私たちのほとんどは、問題についてフォーラムや Google を検索します。私たちはトラブルを嫌いますが、本質的にトラブルを引き起こし、苦労させ、壊れたシステムを修復してもらいたい「トラブルメーカー」アプリケーションをインストールするのはどうでしょうか。
これは、壊れた Linux システムを修復する方法を学ぶ良い方法です。この目的のために、「Damn Vulnerable Linux」(DVL) と呼ばれる特別なLinux ディストリビューションが利用可能です。これには、構成が不適切で古いものがバンドルされています。管理者を業界標準に合わせて訓練する悪用可能なツール。
ただし、Linux を明確に理解し、未知の問題に対処した経験に代わるディストリビューションやツールはありません。ここでトラブルメーカーが登場します。この「トラブル メーカー」を使用すると、標準の Linux ディストリビューションでトレーニングできるため、特定のディストリビューションは必要ありません。
実際、DVL の配信を過小評価することはできません。 DVL ディストリビューションには壊れたアプリケーションやバグが多数含まれていますが、「Trouble Maker 」 では 16 種類のモジュール が提供されます。
トラブルメーカーのコンポーネント
Trouble Maker は 3 つの主要コンポーネントで構成されており、次のとおりです。
- このトラブル エンジンはクロス プラットフォーム方式で開発されているため、可能な限り多くのターゲット プラットフォームで実行できます。
- トラブル モジュールは、どのマシンに適用されるか、どのような要件があるかを示すために開発されています。
- トラブル モジュール ビルダーは、トラブル モジュール ファイルを特定のモジュールにパッケージ化することを明確にするために設計された追加モジュール (オプション) システムです。現在は実装されていません。
現時点では、RedHat Enterprise Linux、CentOS、Fedora、およびSUSE Linux Enterprise Serverのみがサポートされています。初めて「トラブル メーカー 」をインストールして実行すると、一連のモジュールからランダムに問題が選択され、ブートの問題に対処するよう求められます。構成の問題、ハードウェアの問題、 そしてユーザーレポートの問題です。
プライマリ/本番マシンには「Trouble Maker」をインストールしないことを強くお勧めします。トラブルやデータ損失を防ぐために、いずれかの「仮想マシン」で使用することをお勧めします。
Linux への Trouble-Maker のインストール
このアプリケーションはクロスプラットフォーム プロジェクトであるため、OS 固有のファイル/アプリケーションはバンドルされていません。プロジェクトはPerl プログラミング言語で開発されています。もちろん、アプリケーションを使用する前に、Perl を Linux サーバーにインストールする必要があります。
必要なPerl モジュールをインストールするには、システムにサードパーティのRPMForge リポジトリをインストールして有効にする必要があります。リポジトリを有効にするには、次の記事を参照してください。
RHEL/CentOS で RPMForge リポジトリをインストールして有効にする
RPMForge リポジトリを有効にしたら、次のコマンドを実行して必要な Perl モジュールをインストールできます。
yum install perl-Archive-Tar perl-YAML
ここで、次のダウンロード リンクを使用して最新のTrouble-Maker アプリケーションをダウンロードするか、 示されているようにwget コマンド を使用してダウンロードできます。
http://sourceforge.net/projects/troublemaker/files/
cd /tmp
wget http://kaz.dl.sourceforge.net/project/trouble-maker/trouble-maker/0.11/trouble-maker-0.11.tgz
cd /
tar -zxvf /tmp/trouble-maker-0.11.tgz
/usr/local/trouble-maker/bin/trouble-maker.pl --version=RHEL_6
Linux で Trouble-Maker を実行する方法
トラブルメーカーを実行するデフォルトのモードは非常に使いやすいです。バージョン フラグを指定して次のコマンドを実行するだけです。たとえば、RedHat Enterprise Linux 6 では、次のようにコマンドを実行します。
/usr/local/trouble-maker/bin/trouble-maker.pl --version=RHEL_6
指定されたモジュールを実行します。
/usr/local/troublemaker/bin/troublemaker.pl –version=RHEL_6 –selection=module_name
トラブルメーカー問題モジュール
Trouble Maker を実行した結果として発生したシステム障害の一部を見てみましょう。
1. GUI はありません!コマンドラインのみ
確認すべき領域: /etc/inittab ファイル内のランレベルが 5 から 3 に変更されました。
2. ユーザー「gdm」が存在しません
確認すべき領域: /etc/passwd ファイルの変更。
3. INIT: ランレベルにプロセスがありません
確認すべき領域: /etc/inittab ファイルの問題。
4. Switchroot: マウント失敗: そのようなファイルまたはディレクトリはありません
表示される領域: ルート パーティションの場所が変更されます。 /boot/grub/grub.confを変更する必要があります
5. root としてログインできない
確認すべき領域: /etc/pam.d/login ファイルを確認する必要があります。
6. initrd ファイルが見つかりません
確認する領域: 正しい /boot/grub/grub.conf
7. ネットワークが機能しない
見るべきエリア: 多くの場所を見なければなりません。 「ifconfig」コマンドが機能しているかどうかを確認し、続いて /etc/sysconfig/network ファイルを調べます。
8. コンソールで root へのログインが拒否されました
確認すべき領域: /etc/pam.d/login ファイルと /etc/security ファイルを確認し、どちらかまたは両方を修正します。
9. FTPが機能しない
確認すべき領域: FTP 設定ファイル /etc/hosts.allow および /etc/hosts.deny 内のエラーを確認します。
10. SSHが機能しない
確認すべき領域: SSH 設定ファイルを修正します。
結論
トラブルメーカーの 16 モジュール のうち 10 モジュール についてはすでに上で説明しましたが、 残りの 6 モジュール は探索してください。本当のところ 1 つのモジュール はダミーであるため、探索する必要があるのは 5 つのモジュール となり、合計で 15 のモジュール と 1 つのダミー モジュールになります。 「トラブルメーカー」で入手可能です。プログラムは自己責任で実行してください。当社は、お客様のシステム/サーバーへの損害については責任を負いません。
参考リンク
- 製品ホームページ
- 製品のドキュメント
この記事を気に入っていただき、「トラブル メーカー」に関するあなたの経験について教えていただければ幸いです。現時点ではこれですべてです。貴重なフィードバックをコメント欄にぜひお寄せください。