GNU/Linux >> Linux の 問題 >  >> Panels >> Webmin

システムとサーバーのステータス

このページでは、Webminのシステムおよびサーバーステータスモジュールの使用について説明します。このモジュールを使用して、システム、障害のあるサーバー、ネットワークの停止、およびその他の問題をチェックして報告できます。

コンテンツ

システムおよびサーバーステータスモジュール

このモジュールを使用すると、システムで実行されているさまざまなサーバーとデーモンのステータスを監視できるため、正常に実行されているサーバーとダウンしているデーモンを簡単に確認できます。また、定期的にサーバーのステータスを確認したり、何かがダウンした場合にメールを送信したり、コマンドを実行したりするように構成することもできます。これは、WebサーバーやDNSサーバーなど、他の人が依存している重要なサーバーをシステムで実行している場合に役立ちます。

このモジュールは、他のホストで実行されているサーバーを監視することもできます。これは、サーバーが実行されているポートにTCPまたはHTTP接続を確立する方法と、リモートホスト上のWebminサーバーと通信してサーバーのステータスを確認するように要求する方法の2つの方法で実行できます。後者の方法は、ディスクスペースや、ネットワーク接続を受け入れないデーモンなどを監視するために使用できるため、より強力です。

モジュールを使用して監視する各サーバーまたはサービスには、モニターが必要です。 定義されています。すべてのモニターには、ApacheやBINDなど、チェックするサーバーの種類を示すタイプがあります。モニターには追加のパラメーターもあり、その一部はそのタイプに固有です。このモジュールを使用すると、SendmailまたはSquidが実行されているかどうかの確認、過剰なネットワークトラフィックやディスク容量の不足の監視、一部のホストへのpingや接続など、さまざまな種類のモニターを作成できます。

モニターは、モジュールを使用しているシステム、またはWebminを実行している別のサーバーのいずれかで実行できます。後者の場合、サーバーは、第53章で説明されているWebminサーバーインデックスモジュールで定義する必要があります。または、リモートTCP、HTTP、およびpingモニタータイプを使用して、Webminがインストールされていない別のシステムをチェックできます。

多くのモニターは、他のWebminモジュールを使用して、チェックしたサーバーとデーモンの場所を見つけます。このため、関連するモニターも機能するには、これらの他のモジュールを構成して適切に機能させる必要があります。たとえば、Linuxディストリビューションの標準とは異なるディレクトリにApacheをコンパイルしてインストールした場合、正しいパスを使用するようにApacheWebサーバーのモジュール構成を調整する必要があります。そうでない場合、このモジュールはApachePIDファイルを探す場所を認識しません。

Webminメニューの[その他]カテゴリから[システムとサーバーのステータス]モジュールに入ると、そのメインページに構成済みのすべてのモニターの表が表示されます。デフォルトでは、共通のサーバーとサービスの複数のモニターが定義されますが、必要に応じてそれらを編集、削除、または追加できます。以下のスクリーンショットは、モジュールのメインページの例を示しています。


システムおよびサーバーステータスモジュール

モニターごとに、説明、モニターが実行されているWebminサーバー、および現在のステータスが表示されます。モニターは、次のいずれかの状態になります。

監視対象のサーバーまたはサービスは正常に実行されています。この状態は、メインページの緑色のチェックマークで示されます。
ダウン
監視対象サーバーがダウンしていることを意味します。この状態は、モジュールのマニュアルページに赤いXで示されています。
インストールされていません
監視対象のサーバーがシステムにインストールされていないことを意味します。この状態は、線が引かれた黒い円で示されます。
タイムアウト
モニターの実行に時間がかかりすぎたことを意味します。この状態は時計のアイコンで示されます。
Webminエラー
モニターを実行するリモートWebminサーバーに接続できなかったことを意味します。これは赤い文字Wで表されます。

デフォルトでは、モジュールのメインページを表示するたびに、すべてのモニターのステータスが照会されます。モニターが多数ある場合やリモートホスト上のサーバーのステータスをチェックしている場合は、これに時間がかかることがあるため、代わりに最後にスケジュールされたチェックのステータスを表示するために使用できるモジュール構成オプションがあります。

新しいモニターの追加

Webminに新しいサーバーまたはサービスのステータスをチェックさせるには、このモジュールにモニターを追加する必要があります。これを行う前に、モニターのタイプを決定する必要があります。これは、モニターで確認するサービスのタイプによって決まります。使用可能なすべてのモニタータイプ、それらの目的、およびオプションのパラメーターのリストについては、以下の「モニタータイプ」セクションを参照してください。

タイプを選択したら、それを追加するための手順は次のとおりです。

  1. タイプのモニターを追加の横にあるメニューからタイプを選択します モジュールのメインページのボタン。ボタンをクリックすると、下の画像に示すように、ブラウザに新しいモニターを追加するためのフォームが表示されます。
  2. 説明を入力します Office Webサーバーなど、このモニターの簡単な説明が記載されたフィールド 。これは、メインページとステータスメールに表示されます。
  3. 別のWebminサーバーでモニターを実行するには、ホストで実行からモニターを選択します。 メニュー。 Webmin Serversモジュール(WebminServersIndexでカバーされている)でサーバーが定義されていない場合、メニューは表示されません。
  4. スケジュール監視を有効にしていて、このサービスを定期的にチェックする場合は、スケジュールを確認しますか? フィールドがはいに設定されている 。 いいえに設定されている場合 、この特定のモニターのスケジュールされたチェックはオフになります。 はいで始まる他のオプション モニターが上がったり下がったりした場合にメールを送信するタイミングを制御できます。これらは、[メールを送信するタイミング]のオプションに対応しています。 スケジュールされた監視の設定で説明されているフィールド セクション。
  5. スケジュールされたチェックでモニターがダウンしたと判断されたときにコマンドを実行するには、[*モニターがダウンした場合はコマンドを実行する*]フィールドにコマンドを入力します。これを使用して、監視対象サーバーの再起動を試みたり、電子メール以外の方法でシステム管理者に通知したりすることができます。
  6. 同様に、モニターが表示されたら、コマンドを実行に入力できます。 スケジュールされたチェックでサービスが再び起動したと判断されたときに実行するシェルコマンドを含むフィールド。
  7. ホストで実行の場合 フィールドが別のWebminサーバーに設定されている場合、前の2つの手順のupコマンドとdownコマンドをこのシステムで実行するかリモートサーバーで実行するかを選択できます。これは、コマンドの実行によって制御されます 分野。
  8. モニターがローカルで実行されており、複数のクローンが存在する別のWebminモジュールで構成されたサーバーをチェックしている場合、監視するモジュール フォームにフィールドが表示されます。このメニューを使用して、モニターが構成を取得するクローンを選択できます。したがって、たとえば、システムに2つのバージョンのApacheがインストールされていて、それらを構成するために2つのApache構成モジュールがセットアップされている場合、ApacheWebサーバーモニターを作成するときにどちらをチェックするかを選択できます。モジュールクローンの動作の詳細については、第51章を参照してください。
  9. 作成するモニターのタイプによっては、このフォームで設定できる追加のオプションがいくつかある場合があります。 モニターの種類をご覧ください 詳細については、以下のセクションをご覧ください。
  10. 完了したら、作成をクリックします ボタンをクリックして、モニターを作成してメインページに追加します。そのステータスはすぐに表示されます。


新しいHTTPモニターの追加

メインページの説明をクリックすると、既存のモニターを編集できます。編集時には、現在のステータスに加えて、上記と同じフィールドをすべて使用できます。 サービスが稼働しているか停止しているかを示すフィールド。一部のモニタータイプでは、稼働時に、チェック対象のサーバーが起動した時刻などの追加情報が表示されます。

モニターの編集が終了したら、[保存]をクリックします ページの下部にあるボタンをクリックして、変更を記録します。モニターを削除するには、削除を使用します 代わりにボタン。いずれにせよ、変更はすぐに適用されます。

モニターの種類

システムとサーバーのステータスを使用すると、さまざまな種類のモニターを使用して、さまざまな種類のサーバーとデーモンを監視できます。すべてのタイプが何らかのチェックを実行し、チェックに合格したかどうかに応じて成功または失敗します。場合によっては、モニターは、チェック対象のサーバーがインストールされていないこと、またはサーバーが実行しようとしているチェックが不可能であることを示す3番目の結果を返すことがあります。

すべてのモニターがすべてのオペレーティングシステムで使用できるわけではありません。 / procでLinux固有のファイルを使用するため、空きメモリとネットワークトラフィックモニターはそのOSでのみ使用できます。負荷平均タイプは、実行中のプロセスモジュールをサポートするシステムでのみ使用でき、ディスクスペースモニターは、ディスクおよびネットワークファイルシステムモジュールが移植されたシステムでのみ機能します。

さらに、多くのモニターは他のWebminモジュールに依存しています。たとえば、Apache構成モジュールがWebminインストールから削除されている場合、ApacheWebサーバーモニタータイプを使用することはできません。インストールされていない、またはオペレーティングシステムで動作しないモジュールに依存する新しいモニターを追加しようとすると、作成時にエラーメッセージが表示されます。 ボタンがクリックされます。

スケジュールされた監視の設定

このモジュールを使用して構成できるモニターは、スケジュールどおりに実行されている場合に最も役立ちます。これにより、モニター対象のサーバーまたはデーモンがダウンした場合に、電子メールで自動的に通知を受けることができます。スケジュールされたチェックが有効になっている場合、モジュールのメインページにアクセスしたときにすべてのモニターが実行されるのと同じように、すべてのモニターが定期的に実行されます。

スケジュールされた監視を設定するには、次の手順に従います。

  1. モジュールのメインページで、モニターの表の下にある[スケジュールされた監視]ボタンをクリックします。これにより、下のスクリーンショットに示されているフォームに移動します。
  2. スケジュールされた監視を有効にしますか? はいへのフィールド 。
  3. スケジュールされたチェックが実行されるときに、*すべての*フィールドコントロールをチェックします。最初の部分では、1時間または5分ごとなどの期間を設定でき、2番目の部分では、実行される期間の時間または分を制御します。たとえば、モニターを毎日午前3時にチェックするには、[*すべてのフィールドを1日にチェック]を設定します。 、および*オフセットあり フィールドを_3_に。
  4. チェックを1日の特定の時間のみに制限するには、[時間中にモニターを実行する]リストから実行したくない時間を選択解除します。スケジュールされたチェックが1日に1回だけ実行されている場合、これはあまり意味がありません。
  5. 同様に、チェックを特定の曜日に制限するには、[曜日にモニターを実行する]リストから実行したくない曜日の選択を解除します。
  6. メールを送信 whenフィールドは、スケジュールされたチェックによって電子メールメッセージが送信される原因となるイベントを決定します。 サービスのステータスが変更された場合 を選択すると、サービスがダウンまたはアップしたときに電子メールが送信されます。 サービスがダウンしたとき を選択すると、サービスがダウンしたことが検出された場合にのみ電子メールが送信されます。 * [いつでもサービスがダウンしている*]が選択されている場合、サービスがダウンしている限りメールが送信され、チェックが再開されるまで各チェックで再度送信されます。モニター作成フォームの「スケジュールの確認」フィールドを使用して、モニターごとにこのフィールドをオーバーライドすることができます。
  7. サービスが停止したときにメールを受信するには、メールステータスレポートにアドレスを入力します フィールドに。 誰もに設定したままにした場合 、その後、電子メールは送信されません。
  8. ステータスメールの送信元アドレスを設定するには、[*差出人:メールのアドレス*]フィールドを変更します。デフォルトはwebmin@_yourhostname_だけです。
  9. デフォルトでは、システムでsendmailプログラムを実行すると、ステータスメールが送信されます。別のシステムのSMTPサーバー経由で送信するには、メール送信を変更します。 フィールドを*SMTPサーバー*に入力し、メールサーバーのホスト名をその横のフィールドに入力します。
  10. ダウンしたモニターごとにメールで受信する場合は、サービスごとに1つのメールを送信しますか?を変更します。 はいへのフィールド 。それ以外の場合、1回のチェックで失敗したと判断されたすべてのサービスが1通の電子メールで報告されます。
  11. ポケットベルコマンドを設定してモジュールの構成で作業している場合は、[*ページステータスレポートの番号*]フィールドにポケットベル番号を入力できます。電子メールで送信されるメッセージの短縮版を受信します。
  12. 保存をクリックします ページの下部にあるボタンをクリックして、スケジュールされた監視をアクティブにします。 Webminは、選択したスケジュールでスクリプトを実行するCronジョブを自動的に設定します。


スケジュールされた監視構成フォーム

スケジュールされた監視がアクティブになったら、サービスがダウンしてから再開したときに通知する電子メールメッセージの受信を開始する必要があります。ただし、スケジュールされたチェックが最初に有効にされたときにサービスがダウンしていて、サービスがダウンまたはアップしたときにのみ通知されるように選択した場合、そのサービスに関するメッセージは受信されません。

スケジュールされた監視オプションのいずれかを変更するには、上記の手順をもう一度繰り返します。完全にオフにするには、[スケジュールされた監視を有効にしますか?]フィールドをいいえに変更します。 保存をクリックします 。監視スケジュールを変更する場合は、ScheduledCronJobsで説明されているScheduled Cron Jobsモジュールではなく、このモジュールで変更することをお勧めします。

モジュールアクセス制御

Webminユーザーに、構成されたモニターの現在のステータスのみを表示する権利を付与し、モニターを作成または編集する権利を付与することはできません。これは、Webminユーザーモジュールで実行できます。モジュールにアクセスできるユーザーを作成したら、次の手順に従って、読み取り専用アクセスを許可します。

  1. Webminユーザーモジュールで、制限するユーザーまたはグループの名前の横にある[システムとサーバーのステータス]をクリックします。
  2. モジュール構成を編集できますか?を変更します いいえのオプション 、彼が表示オプションを変更するのを防ぐため。
  3. モニターを作成および編集できますか?を設定します いいえへのフィールド 、既存のモニターのステータスのみを表示できるようにします。
  4. スケジュールされた監視を変更できますか?を設定します いいえへのフィールド 。
  5. 保存をクリックします モジュールのアクセス制御制限をアクティブにするボタン。

Webmin
  1. PrometheusとGrafanaを使用してLinuxサーバーを監視する

  2. PrometheusとGrafanaでLinuxサーバーを監視する

  3. Linux システムを監視するために Glances をインストールして使用する方法

  1. システムディスクとデータディスクに関するFAQ

  2. Vhostsとサーバーブロックの基本

  3. システムコール fork() と execv 関数

  1. Ubuntu20.04システムのバックアップと復元

  2. Ubuntu22.04システムのバックアップと復元

  3. Ubuntu14.04および16.04へのNginxのインストール