snmpd.conf - ファイルのフォーマットと規約の説明 - Linux コマンド集 一覧表

/usr/share/snmp/snmpd.conf - ucd-snmp SNMP エージェントの設定ファイル

snmpd.conf は ucd-smnp SNMP エージェントの操作法を定義する設定ファイルである。 このファイルは下記の「ディレクティブ」セクションにある 任意のディレクティブを含むことができる。 エージェントが mib エントリを操作したり表示したりするためには、 このファイルは必要ない。

最初に man ページ snmp_config(5) を読んでおくこと。 ここには ucd-snmp ファイルの操作法・場所・ 互いにどのように動作するかが書かれている。

さらに、 snmpconf アプリケーション (perl スクリプト) にざっと目を通すのもよいかもしれない。 このアプリケーションはユーザーに情報を提示して snmpd.conf ファイルの作成を助けてくれる。 試してみなさい。本当に。さあ、今すぐに。

で始められます。

ucd-snmp SNMP エージェントは、 mib ツリーの 1.3.6.1.4.1.2021 セクションに対してクェリーを行い、 多くの情報を表示する。 このセクションの各 mib には以下のテーブルエントリがある。
以下にリストされた「ディレクティブ」に対するテーブルのインデックス番号。
指定されたテーブルエントリの名前。 これは他と重ならない方が良いが、重なっても構わない。
このテーブルエントリにエラーが見つかった場合に、 整数 1 または 0 を返すフラグ。
上記の errorFlag を引き起こすエラーを説明する「表示文字列」。
このエントリが SNMPset から整数 1 で、 かつ上で定義されている errorFlag が 1 の場合、 上記のテーブルエントリ名を引き数として プログラムやスクリプトが実行される。 実行されるプログラムはコンパイル時に config.h ファイルで設定される。

ディレクティブ

エラー

snmp マスターエージェントで AgentX サポートを有効にするためには、 snmpd.conf ファイルに以下のような行を書き込めばよい:
このサポートはまだ実験的なもので、製品版のシステムでは使用すべきではない。 詳細は README.agentx を参照すること。

gated のような SMUX ベースのサブエージェントを有効にするためには、 以下のように smuxpeer 設定エントリを使えばよい:
gated についての実際のエントリは smuxpeer .1.3.6.1.4.1.4.1.3 secret のようになる。

エージェントが UCD-DLMOD-MIB のサポートを組み込んでいる場合、 エージェント MIB モジュールを 起動時に dlmod ディレクティブを使って動的にロードしたり、 実行中に UCD-DLMOD-MIB を使って動的にロードすることができる。 以下のディレクティブは、モジュール名プレフィックスが NAME である 共有オブジェクトモジュールファイル PATH をロードする。

snmpd は RFC 2275 で規定されている View-Based Access Control Model (vacm) をサポートしている。 このため、snmpd は設定ファイルにある com2sec , group , access , view というキーワードを認識する。 また簡単に使用するためのラッパーディレクティブ rocommunity , rwcommunity , rouser , rwuser も認識する。

これらディレクティブは読み込みしかできないコミュニティと 読み書きできるコミュニティを作成し、 エージェントにアクセスするために使用する。 これらは以下の com2sec , group , access , view ディレクティブ行を簡単に使うための方法である。 これらは効率的ではなく、グループが作成されないために テーブルが幾分大きくなる。 言い換えれば、複雑な状態を設定する場合には使用してはならない、 ということである。
SOURCE のフォーマットは、以下の com2sec ディレクティブセクションで 説明されているトークンと同じである。 OID トークンは、コミュニティのアクセスを、 指定された OID 以下のものだけに制限する。

SNMPv3 USM ユーザーを VACM アクセス設定テーブルに作成する。 これもまた、com2sec , group , access , view ディレクティブを組み合わせて使用した方が効率的 (かつ強力) である。
ユーザーが使用しなければならない認証とプライバシーの最低レベルを 最初のトークンで指定する (デフォルトは "auth" である)。 OID パラメータは、そのユーザーのアクセスを、 指定された OID 以下のものだけに制限する。
このディレクティブはソース (SOURCE) とコミュニティ (COMMUNITY) のペアから セキュリティ名 (NAME) へのマッピングを指定する。 SOURCE はホスト名・サブネット・"default" である。 サブネットは IP/MASK または IP/BITS で指定できる。 入ってくるパケットにマッチするソースとコミュニティの組み合わせが選択される。
このディレクティブはセキュリティモデル (MODEL) と セキュリティ名 (SECURITY) のペアから グループ名 (NAME) へのマッピングを定義する。 MODEL は v1 , v2c , usm のいずれか 1 つである。
access ディレクティブはグループセキュリティと モデルセキュリティのレベルを、あるビュー (view) にマップする。 MODEL は any , v1 , v2c , usm のいずれか 1 つである。 LEVEL は noauth , auth , priv のいずれか 1 つである。 PREFX は入ってくる pdu の内容に対する CONTEXT のマッチの方法を指定するもので、 exact または prefix である。 READ, WRITE, NOTIFY はビューに対応するアクセス方法を指定するのに使われる。 v1 または v2c のアクセスでは、LEVEL は noauth、 CONTEXT は空文字列である。
このディレクティブは指定した名前のビュー (view) を定義する。 TYPE は included または excluded である。 MASK は 16 進数で表した 8 ビットを '.' または ':' で区切ってリストにしたものである。 MASK が指定されていない場合のデフォルトは "ff" である。
マスクを使用する理由は、比較的簡単に テーブルの 1 つの行 (row) へのアクセスを制御することにある。 例えば、ISP ではそれぞれの顧客に対して 顧客ごとのインタフェースにアクセスさせたいと考えるかもしれない:

view cust1 included interfaces.ifTable.ifEntry.ifIndex.1 ff.a0
view cust2 included interfaces.ifTable.ifEntry.ifIndex.2 ff.a0

(interfaces.ifTable.ifEntry.ifIndex.1 == .1.3.6.1.2.1.2.2.1.1.1 で
ff.a0 == 11111111.10100000 である。
これは行インデックスをうまい具合いにカバーして含んでいるが、
行フィールドの変更をユーザーに許可している。)

#       sec.name  source          community
com2sec local     localhost       private
com2sec mynet     10.10.10.0/24   public
com2sec public    default         public



#             sec.model  sec.name
group mygroup v1         mynet
group mygroup v2c        mynet
group mygroup usm        mynet
group local   v1         local
group local   v2c        local
group local   usm        local
group public  v1         public
group public  v2c        public
group public  usm        public



#           incl/excl subtree                          mask
view all    included  .1                               80
view system included  system                           fe
view mib2   included  .iso.org.dod.internet.mgmt.mib-2 fc



#              context sec.model sec.level prefix read   write notify
access mygroup ""      any       noauth    exact  mib2   none  none
access public  ""      any       noauth    exact  system none  none
access local   ""      any       noauth    exact  all    all   all

最初の状態でのエージェントのデフォルトの設定は、
機能的には以下のエントリと等価である:
com2sec	public	default	public
group	public	v1	public
group	public	v2c	public
group	public	usm	public
view 	all	included	.1
access	public	""	any	noauth	exact	all	none	none

snmpd エージェントが SNMPv3 メッセージに応答するためには engineID を設定する必要がある。 設定ファイルにこの行があれば、STRING から engineID を設定する。 engineID のデフォルト値は、マシンのホスト名に対して見つかる 最初の IP アドレスに設定される。
このディレクティブは、他の場所にある通常の設定ファイルではなく、 "/var/ucd-snmp"/snmpd.conf ファイルに書くべきである。 その理由は、情報がこのファイルから読み込まれた後、 この行が削除され (ユーザーのマスターパスワードの格納場所から消去されて)、 この行から得られるキーに置き換えられるためである。 このキーはローカルなキーであり、 盗まれたとしても他のエージェントにアクセスするのには使えない。 しかしパスワードが盗まれた場合は、他のエージェントにアクセスできる。
MD5 と SHA は使用される認証タイプであるが、 SHA を使用するためにはインストールされている openssl を使って パッケージを作成しなければならない。 現在のところプライバシープロトコルがサポートされているのは DES のみである。 プライバシーパスフレーズが指定されていない場合、 認証パスフレーズと同じであると仮定される。 上で説明した VACM アクセス制御テーブルに入れなければ、 作成したユーザーの使い道がない点に注意すること。
警告: パスフレーズは少なくとも 8 文字である。
snmpusmコマンドを用いれば、実行中に SNMPv3 ユーザーを作成することができる。

エージェントが置かれているシステムの場所 (location)・ 連絡先 (contact)・名前 (name) を設定する。 この情報は mibII ツリーの 'system' グループに設定される。 通常、これらのオブジェクト (sysLocation.0, sysContact.0 and sysName.0) は 読み書き可能である。 ただし、これらのオブジェクトの値に適切なトークンを付加して指定すれば、 そのオブジェクトを読み込みのみにすることができ、 オブジェクトの値を設定しようとしたときに notWritable エラーレスポンスを返すようにできる。
system.sysServices.0 オブジェクトの値を設定する。 ホストの場合は、72 がよい。
デフォルトの 161 番ポートではなく、 指定したソケットのリストでエージェントのリストを作成する。 複数のポートをコンマで区切って指定できる。 トランスポート名 ("udp" または "tcp")・コロン・ポート名のようにして、 トランスポート名を指定できる。 特定のインタフェースにバインドするために、 アドレスを指定することができる。 例えば "agentaddress 161,tcp:161,9161@localhost"のように指定すれば、エージェントに対して、 全てのアドレスの udp ポート 161・全てのアドレスの tcp ポート 161・ localhost のアドレスに関連づけられた インタフェースの udp ポート 9161 を監視 (listen) させることができる。 "-T"フラグを用いれば、 使用するデフォルトのトランスポートマッピングを変更することができる (上記の例では、デフォルトのトランスポートマッピングは udpである)。
ポートをオープンした後で、グループ ID を指定した値に変更する。 groupid はグループ名またはグループ番号である。 グループ番号の場合は '#' で始める。 例えば agentgroup snmpの場合は、エージェントを snmp グループで動作させる。 agentgroup #10の場合は、エージェントをグループ ID 10 番で動作させる。
ポートをオープンした後で、ユーザー ID を指定した値に変更する。 userid はユーザー名またはユーザー番号である。 ユーザー番号の場合は '#' で始める。 例えば agentuser snmpの場合は、エージェントをユーザー snmp で動作させる。 agentuser #10の場合は、エージェントをユーザー ID 10 番で動作させる。
エージェントがタイプやスピードの推測に失敗したインタフェースに対して、 このディレクティブで追加の情報を提供することができる。 TYPE は IANAifType-MIB で指定されるタイプである。
使用可能なディスクデバイスをスキャンする場合、 エージェントは使用可能なディスクデバイスをオープンするときに ブロックを行うことがある。 これによってデバイスツリーを辿っているときにタイムアウトが起るかもしれない。 次に辿ったときにタイムアウトになるかもしれないし、 毎回タイムアウトになるかもしれない。
このような現象が起った場合は、このディレクティブを追加し、 チェックしない (つまりオープンしない) 全てのデバイスを指定する。 設定ファイルにこのディレクティブを 1 つ以上の指定して、 オープンしない全てのデバイスを書き込む。 bourne シェルの文法の似たワイルドカードを使って、 デバイスを指定することもできる (下記の例を参照すること)。
注意:全てのシステムでスキャンされるデバイスのリストは、 ソース (host/hr_disk.c) を見て、 OS タイプに対応した Add_HR_Disk_entry() コールをチェックすること。
例:
ignoredisk /dev/rdsk/c0t2d0
このディレクティブは、 デバイス /dev/rdsk/c0t2d0 をスキャンさせないようにする。
ignoredisk /dev/rdsk/c0t[[6]d0
このディレクティブは /dev/rdsk/c0t6d0 を除く /dev/rdsk/c0tXd0 の 全てのデバイスをスキャンさせないようにする。 多くのシステムで同様なディレクティブとしては以下のものがある:
ignoredisk /dev/rdsk/c0t[0-57-9a-f]d0
ignoredisk /dev/rdsk/c1*
このディレクティブは、/dev/rdsk/c1 で始まる名前のデバイスを 全てスキャンさせないようにする。
ignoredisk /dev/rdsk/c?t0d0
このディレクティブは、デバイス /dev/rdsk/cXt0d0 ('X' は任意の文字) を 全てスキャンさせないようにする。
どのディレクティブにおいても、 このようなワイルドカード表現を 2 つ以上使うことできる。
authtrapenable を 1 に設定すると、 認証の失敗が起った場合にトラップを生成する。 デフォルトの値は disabled(2) である。 通常これに対応するオブジェクト (snmpEnableAuthenTraps.0) は読み書き可能であるが、 このトークンを使って値を設定すると読み込みだけになり、 オブジェクトの値を設定しようとした場合には notWritable エラーレスポンスを返す。
このコマンドはトラップを送るときに使う デフォルトのコミュニティ文字列を定義する。 このコマンドはコミュニティ文字列を使う以下の 3 つのコマンドより 前に使用しなければならない点に注意すること。


これらのコマンドはトラップを受信する (通知を送る先の) ホストを定義する。 このデーモンは起動時に Cold Start トラップを送る。 有効になっている場合は、認証が失敗したときにもトラップを送る。 trapsink, trap2sink, informsink 行を複数指定すれば、 複数の送信先を指定することができる。 trap2sink は SNMPv2 トラップを送るのに使う。 informsink は通知を発行するのに使う。 COMMUNITY が指定されていない場合、 以前に trapcommunity ディレクティブで指定した文字列が使われる。 PORT が指定されていない場合、 良く知られている SNMP トラップポート (162) が使われる。
これはより基本的なトラップ設定トークンで、 任意のトラップ送信先タイプと任意の SNMP バージョンを指定できる。 "SNMPCMD ARGS"として渡される引き数のより詳しい情報は、 snmpcmd(1)の man ページを参照すること。 ここで挙げた引き数に加えて、特別な引き数 -Ci があり、 unacknowledged トラップではなく通知を使用することを指定する。 (この引き数を指定するには、 バージョン番号 v2c または v3 を指定する必要がある)。

警告:この機能はサポートはβ版である。
このトークンは受信した OID 以下の任意のリクエストを HOST に中継して渡す。 通常はローカルの OID ツリーを新しい REMOTEOID という場所に変更する。 HOST で認証されるためには、適切な "SNMPCMD ARGS"のセットを使わなければならない。 詳細は snmpcmd の man ページを参照すること。
例:
proxy -v 1 -c public remotehost .1.3.6.1.4.1.2021
proxy -v 3 -l noAuthNoPriv -u user remotehost .1.3.6.1.3.10 .1.3.6.1.2.1.1

MIBOID の全制御を EXEC プログラムに渡す。 EXEC プログラムは以下の 3 つのうちの 1 つの方法で呼び出す:



これらの呼び出しは SNMP get と getnext リクエストにマッチする。 EXEC プログラムは渡された引き数を受け取り、 レスポンスを標準出力に返すと仮定されている。
標準出力の 1 行目は返り値の mib OID である。 2 行目は返される値の TYPE である。 TYPE はテキスト文字列 string, integer, unsigned, objectid, timeticks, ipaddress, counter, gaugeのうちの 1 つである。 標準出力の 3 行目は返された TYPE に対応する VALUE である。
例えば .1.3.6.1.4.100 へリクエストが送られたときに スクリプトが整数値 "42" を返す場合、 スクリプトは以下の 3 行を返さなければならない:

.1.3.6.1.4.100
integer
42

end-of-mib 条件や不正なリクエスが原因で、 スクリプトが応答できないことを表すには、 単純に exit して標準出力に何も返さなければよい。 SNMP NO-SUCH-NAME レスポンスに対応する snmp エラーが生成される。

SNMP set リクエストを送るには、上の方法を用いる。 EXEC プログラムに渡される TYPE は、テキスト文字列 integer, counter, gauge, timeticks, ipaddress, objid, stringのうちの 1 つである。 これらは次の引き数で渡される VALUE のタイプを表す。
標準出力に何も返さなかった場合は、set が成功したものと仮定する。 それ以外の場合としては、エラーを示すために not-writableまたは wrong-typeのいずれかの文字列を返すことがあり、 適当なエラーレスポンスが生成される。

デフォルトでは、ユーザーのスクリプトで write (つまり snmpset) が許可されるコミュニティは、 "private" コミュニティと 上で説明した "community" トークンで別に定義した コミュニティ #2 のみである。 どのコミュニティに書き込みアクセスを許可するかは、 ソースファイル snmplib/snmp_impl.h の RWRITE 定義で制御できる。


(snmpd.conf における) 例:
pass .1.3.6.1.4.1.2021.255 /path/to/local/passtest

MIBOID の全ての制御を EXEC プログラムに渡す。 pass と似ているが、EXEC プログラムは 最初のリクエストに返答した後も稼働し続ける。
初期化の際には、EXEC に対して標準入力から文字列 "PING\n" が渡され、 標準出力に "PONG\n" を表示して返答する。
get または getnext リクエストを送るには、 EXEC プログラムにコマンド (get または getnext) と mib OID という 2 行を渡す。 EXEC プログラムは、mib OID・返される VALUE の TYPE・ 返された TYPE に対応する VALUE という 3 行を返す。
例えば、.1.3.6.1.4.100 の値をリクエストする場合は、 標準入力に以下の 2 行を渡す。

get
.1.3.6.1.4.100

値、つまり 42 を返すために、スクリプトは以下のような書き出しを行う:

.1.3.6.1.4.100
integer
42

end-of-mib 条件または不正なリクエストが原因で、 スクリプトがリクエストに応答できないことを表すには、 標準出力に "NONE\n" を書き出す。
(snmpd.conf における) 例:
pass_persist .1.3.6.1.4.1.2021.255 /path/to/local/pass_persisttest

上記の情報が実際の例でどのように使われているかについては、 ソースのトップディレクトリにある EXAMPLE.CONF ファイルを参照すること。

ucd-snmp エージェントは設定ファイルを再読み込みさせることが可能である。 以下の 2 つのうちの 1 つを実行すればよい:
snmpset で UCD-SNMP-MIB::versionUpdateConfig.0 (.1.3.6.1.4.1.2021.100.11.0) を整数 (1) に設定する。
snmpd エージェントプロセスに "kill -HUP" シグナルを送る。

/usr/share/snmp/snmpd.conf

snmpconf(1), snmp.conf(5), snmp_config(5), snmpd(1), EXAMPLE.conf, read_config(3).