ITインフラ技術の実験室ITインフラ技術の実験室Linuxを中心に、仮想化やネットワーク、Windowsまで、ITインフラ技術に関するノウハウを幅広く紹介します。5.4.3)について、設定と動作確認を行います。アーカイブを取得する必要があります。ディスク領域が新たに消費されます。個のファイルとディレクトリがインストールされています。snmpd.snmpがSNMPマネージャ、snmpdがSNMPエージェントになります。0.0.0.0:*SNMPエージェントが起動しています。ListenしているIPアドレスが127.0.0.1で外部サーバからPollingできないため、設定変更を行います。以前と流儀が変わっておりうまく動作しませんでしたが、偉い人にはわからんのですさんのサイトに方法が記載されていました。udp:161を追加しました。pathSNMPDCOMPAT=yesTRAPDRUNをyesに修正しました。TRAPDOPTSのオプションを-Ls5に修正することで、受け取ったtrapをfacility:local5でrsyslogに渡します。snmpsnmptrapdプロセスが立ち上がりました。次に、rsyslog側でlocal5をtrap.logに保存するようにします。rsyslogd.以上でTrapの受信準備が整いました。次に、Trapの送出元となるルータを用意します。手元に用意できるRTX1000に以下の設定を行い、ケーブルを抜去してTrap送出させて見ます。publicでtrapを送出する設定です。trap.」というログが出ました。調べてみると苦悩するだめ日記5に類似事象が見つかりました。snmptrapd.confにauthCommunity設定が必要のようです。public一番下の行を追加しました。SNMPによる異常値検出テクニックによると、「ログ出力(log)」「コマンドの実行(execute)」「別のネットワークへの転送(net)」を許すという意味のようです。この設定で試してみます。3今度はちゃんと記録されました。SNMPマネージャの設定SNMPマネージャはsnmpgetやsnmpwalkでSNMPエージェントに対して情報を取得する機能です。先ほどtrap送出元にしたRTX1000を、今度はSNMPエージェントにするため、以下の設定を入れます。bbbSNMPエージェントの準備が整ったら、SNMPマネージャからRTX1000にsnmpwalkしてみます。12取得できましたが、オブジェクト名が表記されず、OID表示されています。試しにオブジェクト名でsnmpwalkできるか、確かめてみます。ifDescr)エラーになりました。MIB定義ファイルが認識されていないようです。試行錯誤したところ、以下の設定がまずいようです。pan0オブジェクト名が認識できるようになりましたので、いくつか利用価値のあるコマンドを試してみます。ifDescr.1.3.6.1.2.1.2.2.1.2snmpwalkの結果をOIDで表示する。pan0MIBツリーを表示する。SNMPエージェントの設定SNMPエージェントの設定は/etc/snmp/snmpd.confで行います。設定内容は、主にSNMPマネージャに対してどのような情報を公開するかのコントロールです。SNMPを触っていなかったこともあり、snmpd.confのデフォルト設定を一通り確認してみました。privデフォルトでは上記のような設定が入っています。authOnlyUserはSNMPv3用です。SNMPv3は使用しないためコメントアウトしてしまいました。rocommunityとrwcommunityはSNMPv1とv2cで共通設定のため、両バージョンに対する設定になります。systemonlyで設定したOIDのみが表示されました。systemonly」にマッチするため、systemonlyビューでincludeされたiso.3.6.1.2.1.1とiso.3.6.1.2.1.25のみしか取得できなかったことになります。以下のように修正すると、192.168.0.0/24内の別サーバからもcommunity=hogehogeでアクセスすることで全てのMIB情報を取得することができるようになります。publicでアクセスするとこれまで通りiso.3.6.1.2.1.1とiso.3.6.1.2.1.25のみしか取得できませんでした。INFORMATION部分を見ていきます。上記sysLocationとsysContactを以下に修正します。snmpdを再起動します。snmptrapd.別サーバからアクセスしてみます。"labo側の変更が反映されています。・sysServicesについてmanには以下の記載がありますのでdefaultのままにしておきます。オブジェクトの値を設定する。72pollingすると以下のように見えるだけで利用用途は不明です。72・procについて以下の設定はデフォルト値です。プロセス名」と指定すると、指定したプロセスの数がsnmpで取得できるようになります。プロセス名に続けて閾値を設けておくと、その範囲外になった際にtrapを上げることも可能になります。1上記設定では、mountdは1つ以上、ntalkdは0~4、sendmailは1~10プロセスが動いているのが正常で、異なる場合はprErrorFlag(1.3.6.1.4.1.2021.2.1.100)が0から1に変化します。メッセージがprErrMessage(1.3.6.1.4.1.2021.2.1.101)に表示されます。デフォルト設定で指定されているmountdとsendmailは本サーバでは立ち上がっていないため、実際にsnmpwalkしてみると以下の通りになっていました。※ntalkdも上がっていませんが、条件が0~4プロセスなので、0でも正常扱いになります。0)"MRTG等でapacheのプロセス数をグラフ化したいため、以下の通りapache2を監視するように修正します(プロセス数の監視は行いません)。apache2・diskについてデフォルトでは以下の設定になっていました。10MB、/varが5%、全disk容量が10%以下(includeAllDisksは正しい情報が見付からなかったため推測です)になったらdskErrorFlag(1.3.6.1.4.1.2021.9.1.100)が1に設定され、エラーを説明するメッセージがdskErrorMsg(1.3.6.1.4.1.2021.9.1.101)に表示されます。これも現状は使用しないためコメントアウトしておきます。・loadについてデフォルトでは以下の設定になっていました。5マシンの平均負荷をチェックし、1分平均が12%、5分平均が10%、15分平均が5%を超えていたら、laErrorFlag(1.3.6.1.4.1.2021.10.1.100)に1をセットして、laErrMessage(1.3.6.1.4.1.2021.10.1.101)にテキスト文字列のエラーメッセージを返します。これも現状は使用しないためコメントアウトしておきます。・trapsinkについてこの設定は、上記で見てきたprocやdisk、loadがある条件を満たした際にtrapを出力させたい時に使用します。(1/7)が参考になります。細かい説明は上記サイトを参照して頂ければと思います。yes本サイトでは上記設定を行うことで、Linkdown時に以下のようなtrapが上がるようになりました。iso.3.6.1.4.1.8072.3.2.10proc設定にてapache2を監視するようにしているので、apache2が落ちた際にtrapを上げることができるかも確かめましたがうまく動きませんでした。試した内容ですが、まずSNMPD.EXAMPLESのサイトを見てみたところ、デフォルト設定で入っている以下の設定があれば動きそうですがだめでした。(6/7)を参考にnotificationEventやmonitor設定も色々と試行錯誤してみましたがtrapは上がりませんでした。yesがあると設定が被ってしまいうまく動かないのかもしれないと思いはずしてみましたが駄目でした。他にもいろいろと微調整してみましたが駄目でした。MANにも特に有益な情報がないため諦めます。誰かご存知の方がいらっしゃいましたらご指摘頂けると助かります。コメントをキャンセルメールアドレスが公開されることはありません。