Network Working Group B. Wijnen
Request for Comments: 2575 IBM T. J. Watson Research
Obsoletes: 2275 R. Presuhn
Category: Standards Track BMC Software, Inc.
K. McCloghrie
Cisco Systems, Inc.
April 1999
View-based Access Control Model (VACM) for the
Simple Network Management Protocol (SNMP)
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
Abstract
抽象
This document describes the View-based Access Control Model for use in the SNMP architecture [RFC2571]. It defines the Elements of Procedure for controlling access to management information. This document also includes a MIB for remotely managing the configuration parameters for the View-based Access Control Model.
この文書では、SNMPアーキテクチャ[RFC2571]で使用するためにビューベースアクセス制御モデルを説明しています。これは、管理情報へのアクセスを制御するための手順の要素を定義します。また、このドキュメントでは、リモートでビューベースアクセス制御モデルの構成パラメータを管理するためのMIBが含まれています。
Table of Contents
目次
1. Introduction 2 1.2. Access Control 3 1.3. Local Configuration Datastore 3 2. Elements of the Model 3 2.1. Groups 3 2.2. securityLevel 4 2.3. Contexts 4 2.4. MIB Views and View Families 4 2.4.1. View Subtree 5 2.4.2. ViewTreeFamily 5 2.5. Access Policy 6 3. Elements of Procedure 6 3.1. Overview of isAccessAllowed Process 8 3.2. Processing the isAccessAllowed Service Request 9
1.はじめに2 1.2。アクセス制御3 1.3。ローカルコンフィグレーションデータストアモデル3 2.1の3つの2.要素。グループ3 2.2。たsecurityLevel 4 2.3。コンテキスト4 2.4。 MIBビューとビュー家族4 2.4.1。ビューのサブツリー5 2.4.2。 ViewTreeFamily 5 2.5。アクセスポリシー手順6 3.1の6つの3.要素。 isAccessAllowedのプロセス8 3.2の概要。 isAccessAllowedのサービスリクエスト9の処理
4. Definitions 10 5. Intellectual Property 27 6. Acknowledgements 28 7. Security Considerations 29 7.1. Recommended Practices 29 7.2. Defining Groups 30 7.3. Conformance 30 7.4. Access to the SNMP-VIEW-BASED-ACM-MIB 30 8. References 31 9. Editors' Addresses 32 A.1. Installation Parameters 33 B. Change Log 37 C. Full Copyright Statement 38
4.定義10 5.知的財産27 6.謝辞28の7.セキュリティの考慮事項29 7.1。推奨プラクティス29 7.2。定義グループ30 7.3。適合30 7.4。 SNMP-VIEW-BASED-ACM-MIBへのアクセスは30 8.参考文献31 9.エディタのアドレス32 A.1。インストールパラメータ33 B.変更ログ37 C.完全な著作権声明38
The Architecture for describing Internet Management Frameworks [RFC2571] describes that an SNMP engine is composed of:
インターネット管理フレームワーク[RFC2571]を記述するためのアーキテクチャは、SNMPエンジンが構成されていることを説明します。
1) a Dispatcher 2) a Message Processing Subsystem, 3) a Security Subsystem, and 4) an Access Control Subsystem.
1）ディスパッチャ2）メッセージ処理サブシステム、3）セキュリティサブシステム、及び4）アクセス制御サブシステム。
Applications make use of the services of these subsystems.
アプリケーションは、これらのサブシステムのサービスを利用します。
It is important to understand the SNMP architecture and its terminology to understand where the View-based Access Control Model described in this document fits into the architecture and interacts with other subsystems within the architecture. The reader is expected to have read and understood the description and terminology of the SNMP architecture, as defined in [RFC2571].
この文書で説明するビューベースアクセス制御モデルは、アーキテクチャに適合し、アーキテクチャ内の他のサブシステムと対話するかを理解するためにSNMPアーキテクチャとその専門用語を理解することが重要です。 [RFC2571]で定義されるように、リーダは、読み取りおよびSNMPアーキテクチャの記述および用語を理解していると予想されます。
The Access Control Subsystem of an SNMP engine has the responsibility for checking whether a specific type of access (read, write, notify) to a particular object (instance) is allowed.
SNMPエンジンのアクセス制御サブシステムは、特定のオブジェクト（インスタンス）へのアクセス（読み取り、書き込み、通知）の特定のタイプが許可されるかどうかをチェックする責任を有します。
It is the purpose of this document to define a specific model of the Access Control Subsystem, designated the View-based Access Control Model. Note that this is not necessarily the only Access Control Model.
ビューベースアクセス制御モデル指定されたアクセス制御サブシステムの特定のモデルを、定義するには、このドキュメントの目的です。これは必ずしも唯一のアクセス制御モデルではないことに注意してください。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
Access Control occurs (either implicitly or explicitly) in an SNMP entity when processing SNMP retrieval or modification request messages from an SNMP entity. For example a Command Responder application applies Access Control when processing requests that it received from a Command Generator application. These requests contain Read Class and Write Class PDUs as defined in [RFC2571].
SNMPエンティティからSNMP検索又は変更要求メッセージを処理するときに、アクセス制御は、SNMPエンティティに（暗黙的または明示的に）起こります。それは、コマンドGeneratorアプリケーションから受け取った要求を処理するとき例えば、コマンドレスポンダアプリケーションがアクセス制御を適用します。これらの要求は、読み取りクラスを含み、[RFC2571]で定義されたクラスPDUを書きます。
Access Control also occurs in an SNMP entity when an SNMP notification message is generated (by a Notification Originator application). These notification messages contain Notification Class PDUs as defined in [RFC2571].
SNMP通知メッセージが（通知発信アプリケーションによって）生成された場合、アクセス制御はまた、SNMPエンティティで発生します。 [RFC2571]で定義されたように、これらの通知メッセージは、通知クラスPDUを含んでいます。
The View-based Access Control Model defines a set of services that an application (such as a Command Responder or a Notification Originator application) can use for checking access rights. It is the responsibility of the application to make the proper service calls for access checking.
ビューベースアクセス制御モデルは、（そのようなコマンドレスポンダや通知発信元アプリケーションなど）のアプリケーションがアクセス権限をチェックするために使用できるサービスのセットを定義します。アクセス検査のための適切なサービス呼び出しを行うために、アプリケーションの責任です。
To implement the model described in this document, an SNMP entity needs to retain information about access rights and policies. This information is part of the SNMP engine's Local Configuration Datastore (LCD). See [RFC2571] for the definition of LCD.
この文書で説明したモデルを実装するには、SNMPエンティティは、アクセス権とポリシーに関する情報を保持する必要があります。この情報は、SNMPエンジンのローカルコンフィギュレーションデータストア（LCD）の一部です。 LCDの定義については、[RFC2571]を参照してください。
In order to allow an SNMP entity's LCD to be remotely configured, portions of the LCD need to be accessible as managed objects. A MIB module, the View-based Access Control Model Configuration MIB, which defines these managed object types is included in this document.
SNMPエンティティのLCDをリモートで設定することができるようにするために、LCDの部分は、管理対象オブジェクトとしてアクセスできるようにする必要があります。これらの管理対象オブジェクトのタイプを定義するMIBモジュール、ビューベースアクセス制御モデルの設定MIBは、本文書に含まれています。
This section contains definitions to realize the access control service provided by the View-based Access Control Model.
このセクションでは、ビューベースアクセス制御モデルが提供するアクセス制御サービスを実現するための定義が含まれています。
A group is a set of zero or more <securityModel, securityName> tuples on whose behalf SNMP management objects can be accessed. A group defines the access rights afforded to all securityNames which belong to that group. The combination of a securityModel and a securityName maps to at most one group. A group is identified by a groupName.
グループは、SNMP管理オブジェクトにアクセスすることができ、その代わりに、ゼロ個以上の<securityModel、のsecurityName>タプルの集合です。グループは、そのグループに属するすべてのsecurityNamesに与えられるアクセス権を定義します。 SecurityModelとSecurityNameの組み合わせは、最大で1つのグループにマッピングされます。グループは、グループ名で識別されます。
The Access Control module assumes that the securityName has already been authenticated as needed and provides no further authentication of its own.
アクセス制御モジュールは、必要に応じてセキュリティ名がすでに認証されていることを前提とし、独自のさらなる認証を提供していません。
The View-based Access Control Model uses the securityModel and the securityName as inputs to the Access Control module when called to check for access rights. It determines the groupName as a function of securityModel and securityName.
ビューベースアクセス制御モデルは、アクセス権を確認するために呼ばれるアクセス制御モジュールへの入力としては、SecurityModelとSecurityNameを使用しています。これは、は、SecurityModelとSecurityNameの関数としてグループ名を決定します。
Different access rights for members of a group can be defined for different levels of security, i.e., noAuthNoPriv, authNoPriv, and authPriv. The securityLevel identifies the level of security that will be assumed when checking for access rights. See the SNMP Architecture document [RFC2571] for a definition of securityLevel.
グループのメンバーのために異なるアクセス権は、異なるレベルのセキュリティ、すなわち、noAuthNoPrivという、authNoPriv、およびauthPrivのために定義することができます。たsecurityLevelは、アクセス権限をチェックする場合に想定されるセキュリティのレベルを識別します。たsecurityLevelの定義については、SNMPアーキテクチャ文書[RFC2571]を参照してください。
The View-based Access Control Model requires that the securityLevel is passed as input to the Access Control module when called to check for access rights.
ビューベースアクセス制御モデルは、アクセス権を確認するために呼び出されたときたsecurityLevelは、アクセス制御モジュールへの入力として渡されることが必要です。
An SNMP context is a collection of management information accessible by an SNMP entity. An item of management information may exist in more than one context. An SNMP entity potentially has access to many contexts. Details about the naming of management information can be found in the SNMP Architecture document [RFC2571].
SNMPコンテキストは、SNMPエンティティからアクセス可能な管理情報のコレクションです。管理情報の項目は、複数のコンテキストで存在することができます。 SNMPエンティティは、潜在的に多くの文脈へのアクセス権を持っています。管理情報の命名の詳細については、SNMPアーキテクチャ文書[RFC2571]で見つけることができます。
The View-based Access Control Model defines a vacmContextTable that lists the locally available contexts by contextName.
ビューベースアクセス制御モデルのcontextNameによって局所的に利用可能なコンテキストを示していますvacmContextTable内を定義します。
For security reasons, it is often valuable to be able to restrict the access rights of some groups to only a subset of the management information in the management domain. To provide this capability, access to a context is via a "MIB view" which details a specific set of managed object types (and optionally, the specific instances of object types) within that context. For example, for a given context, there will typically always be one MIB view which provides access to all management information in that context, and often there will be other MIB views each of which contains some subset of the information. So, the access allowed for a group can be restricted in the desired manner by specifying its rights in terms of the particular (subset) MIB view it can access within each appropriate context.
セキュリティ上の理由から、管理ドメイン内の管理情報のサブセットのみにいくつかのグループのアクセス権を制限できるようにすることが多い貴重です。この機能を提供するために、コンテキストへのアクセスは、そのコンテキスト内の管理オブジェクトタイプ（および必要に応じて、オブジェクトタイプの特定のインスタンス）の特定のセットを詳細「MIBビュー」を介して行われます。例えば、所与のコンテキストのために、典型的には、常にそのコンテキスト内のすべての管理情報へのアクセスを提供するものMIBビューが存在するであろう、そしてしばしば情報のサブセットが含まれ、それぞれが他のMIBビューが存在するであろう。したがって、グループに許可されるアクセスは、特定の（サブセット）MIBの点でその権利を指定することにより、所望の方法で制限することができ、それはそれぞれ適切なコンテキスト内でアクセスできるビュー。
Since managed object types (and their instances) are identified via the tree-like naming structure of ISO's OBJECT IDENTIFIERs [ISO-ASN.1, RFC2578], it is convenient to define a MIB view as the combination of a set of "view subtrees", where each view subtree is a subtree within the managed object naming tree. Thus, a simple MIB view (e.g., all managed objects within the Internet Network Management Framework) can be defined as a single view subtree, while more complicated MIB views (e.g., all information relevant to a particular network interface) can be represented by the union of multiple view subtrees.
管理対象オブジェクトの種類（及びそのインスタンス）がISOのオブジェクト識別子[ISO-ASN.1、RFC2578]のツリー状の命名構造を介して識別されますので、「ビューサブツリーのセットの組み合わせとして、MIBビューを定義すると便利です」、各ビューのサブツリーは、管理対象オブジェクトのネーミングツリー内のサブツリーです。このように、シンプルなMIBビューより複雑なMIBビューは（例えば、特定のネットワーク・インタフェースに関連するすべての情報）で表すことができるが（例えば、インターネットネットワーク管理フレームワーク内のすべての管理対象オブジェクト）が、単一のビューサブツリーとして定義することができます複数のビューサブツリーの労働組合。
While any set of managed objects can be described by the union of some number of view subtrees, situations can arise that would require a very large number of view subtrees. This could happen, for example, when specifying all columns in one conceptual row of a MIB table because they would appear in separate subtrees, one per column, each with a very similar format. Because the formats are similar, the required set of subtrees can easily be aggregated into one structure. This structure is named a family of view subtrees after the set of subtrees that it conceptually represents. A family of view subtrees can either be included or excluded from a MIB view.
管理対象オブジェクトの任意のセットがビューサブツリーのいくつかの数の和集合によって記述することができますが、状況はそれがビューサブツリーの非常に多くを必要とする発生する可能性があります。それらは別々のサブツリー、列ごとに、非常に似た形式でそれぞれに現れるため、MIBテーブルの概念的な行のすべての列を指定する場合、これは、例えば、起こりうる。フォーマットが類似しているので、サブツリーの必要なセットを簡単に一つの構造に集約することができます。この構造は、概念的に表したサブツリーのセットの後にビューサブツリーのファミリーを命名されます。ビューサブツリーのファミリーが含ままたはMIBビューから除外することができます。
A view subtree is the set of all MIB object instances which have a common ASN.1 OBJECT IDENTIFIER prefix to their names. A view subtree is identified by the OBJECT IDENTIFIER value which is the longest OBJECT IDENTIFIER prefix common to all (potential) MIB object instances in that subtree.
ビューのサブツリーは、その名前に共通のASN.1オブジェクト識別子の接頭辞を持つすべてのMIBオブジェクトインスタンスのセットです。ビューサブツリーがそのサブツリー内のすべての（潜在的な）MIBオブジェクトインスタンスに共通する最長のオブジェクト識別子のプレフィックスであるオブジェクト識別子値によって識別されます。
A family of view subtrees is a pairing of an OBJECT IDENTIFIER value (called the family name) together with a bit string value (called the family mask). The family mask indicates which sub-identifiers of the associated family name are significant to the family's definition.
ビューサブツリーのファミリー（ファミリーマスクと呼ばれる）のビット文字列の値と共に（姓と呼ばれる）オブジェクト識別子の値のペアです。家族のマスクは、関連する家族の名前のサブ識別子が家族の定義に重要であるかを示します。
For each possible managed object instance, that instance belongs to a particular ViewTreeFamily if both of the following conditions are true:
以下の条件の両方に該当する場合、それぞれの可能な管理オブジェクトインスタンスのために、そのインスタンスは、特定のViewTreeFamilyに属します。
- the OBJECT IDENTIFIER name of the managed object instance contains at least as many sub-identifiers as does the family name, and
- 管理オブジェクトインスタンスのオブジェクト識別子名は、家族の名前がそうであるように、少なくともできるだけ多くのサブ識別子を含んでおり、
- each sub-identifier in the OBJECT IDENTIFIER name of the managed object instance matches the corresponding sub-identifier of the family name whenever the corresponding bit of the associated family mask is non-zero.
- 関連ファミリーマスクの対応するビットがゼロであるときはいつでも管理オブジェクトインスタンスのオブジェクト識別子名中の各副識別子は、家族の名前の対応するサブ識別子に一致します。
When the configured value of the family mask is all ones, the view subtree family is identical to the single view subtree identified by the family name.
家族のマスクの構成された値は、すべてのものである場合には、ビューサブツリーファミリは、家族の名前で識別される単一のビューサブツリーと同じです。
When the configured value of the family mask is shorter than required to perform the above test, its value is implicitly extended with ones. Consequently, a view subtree family having a family mask of zero length always corresponds to a single view subtree.
家族のマスクの構成された値は、上記のテストを実行するのに必要とされるよりも短い場合、その値は、暗黙的なもので拡張されます。これにより、長さゼロのファミリーマスクを有するビューのサブツリーファミリは、常に単一のビューサブツリーに対応します。
The View-based Access Control Model determines the access rights of a group, representing zero or more securityNames which have the same access rights. For a particular context, identified by contextName, to which a group, identified by groupName, has access using a particular securityModel and securityLevel, that group's access rights are given by a read-view, a write-view and a notify-view.
ビューベースアクセス制御モデルは、同じアクセス権を持っているゼロ以上securityNamesを表す、グループのアクセス権を決定します。 contextNameによって識別された特定のコンテキストについては、グループ名によって識別するグループは、グループのアクセス権が読み取りビュー、ライトビュー、および通知ビューによって与えられている特定のsecurityModelやたsecurityLevelを使用してアクセスを有しています。
The read-view represents the set of object instances authorized for the group when reading objects. Reading objects occurs when processing a retrieval operation (when handling Read Class PDUs).
読み取りビューは、オブジェクトを読み取る際に、グループに許可オブジェクトインスタンスのセットを表します。 （読み取りクラスのPDU処理）検索操作を処理するときにオブジェクトの読み取りが発生します。
The write-view represents the set of object instances authorized for the group when writing objects. Writing objects occurs when processing a write operation (when handling Write Class PDUs).
ライトビューオブジェクトを書き込む際に、グループに許可オブジェクトインスタンスのセットを表します。 （ライト・クラスPDUを処理するときに）書き込み操作を処理するときにオブジェクトを書き込むと発生します。
The notify-view represents the set of object instances authorized for the group when sending objects in a notification, such as when sending a notification (when sending Notification Class PDUs).
通知ビューは、（通知クラスPDUを送信するとき）通知を送信する場合のように通知のオブジェクトを送信するとき、グループに許可オブジェクトインスタンスのセットを表します。
This section describes the procedures followed by an Access Control module that implements the View-based Access Control Model when checking access rights as requested by an application (for example a Command Responder or a Notification Originator application). The abstract service primitive is:
このセクションでは、アプリケーション（例えば、コマンドレスポンダまたは通知発信元アプリケーション）によって要求されるアクセス権限をチェックする際にビューベースアクセス制御モデルを実装してアクセス制御モジュールに続いて手順を説明します。原始的な抽象サービスは以下のとおりです。
statusInformation = -- success or errorIndication isAccessAllowed( securityModel -- Security Model in use securityName -- principal who wants access securityLevel -- Level of Security viewType -- read, write, or notify view contextName -- context containing variableName variableName -- OID for the managed object )
statusInformationを= - 成功またはerrorIndicationのisAccessAllowed（securityModel - セキュリティ使用中のモデルのsecurityName - アクセスたsecurityLevelを望んでいる主要な - セキュリティビュータイプのレベル - 読み取り、書き込み、またはビューのcontextNameを通知 - variableNameにvariableNameにを含むコンテキスト - OIDについて管理対象オブジェクト）
The abstract data elements are:
抽象データ要素は次のとおりです。
statusInformation - one of the following: accessAllowed - a MIB view was found and access is granted. notInView - a MIB view was found but access is denied. The variableName is not in the configured MIB view for the specified viewType (e.g., in the relevant entry in the vacmAccessTable). noSuchView - no MIB view found because no view has been configured for specified viewType (e.g., in the relevant entry in the vacmAccessTable). noSuchContext - no MIB view found because of no entry in the vacmContextTable for specified contextName. noGroupName - no MIB view found because no entry has been configured in the vacmSecurityToGroupTable for the specified combination of securityModel and securityName. noAccessEntry - no MIB view found because no entry has been configured in the vacmAccessTable for the specified combination of contextName, groupName (from vacmSecurityToGroupTable), securityModel and securityLevel. otherError - failure, an undefined error occurred. securityModel - Security Model under which access is requested. securityName - the principal on whose behalf access is requested. securityLevel - Level of Security under which access is requested. viewType - view to be checked (read, write or notify). contextName - context in which access is requested. variableName - object instance to which access is requested.
statusInformationを - 次のいずれかaccessAllowedに - MIBビューが見つかったとのアクセスが許可されます。 notInViewに - MIBビューが見つかりましたが、アクセスが拒否されます。 variableNameには、指定されたビュータイプ（例えば、するvacmAccessTableの関連エントリーにおける）のために構成されたMIBビューではありません。 noSuchViewに - ないビューが（するvacmAccessTableの関連エントリに、例えば）指定されたビュータイプのために設定されていないため、見つかりませんでしたMIBビュー。 noSuchContextに - なぜなら、指定のcontextNameのためvacmContextTable内にエントリを見つかりませMIBビュー。 noGroupName - エントリがは、SecurityModelとSecurityNameの指定された組み合わせのためにvacmSecurityToGroupTable内で設定されていないため見つかりませMIBビュー。 noAccessEntryに - エントリが（vacmSecurityToGroupTable内から）のcontextName、グループ名、securityModelそしてたsecurityLevelの特定の組み合わせのためにするvacmAccessTableで構成されていないため、見つかりませんでしたMIBビュー。 otherError - 失敗、未定義のエラーが発生しました。 securityModel - セキュリティモデルのアクセスが要求され、その下。セキュリティ名 - その代理としてアクセス要求されたの元本。たsecurityLevel - アクセスが要求され、その下セキュリティのレベル。ビュータイプ - （読み取り、書き込みまたは通知）チェックするビュー。 contextName - アクセスが要求されるコンテキスト。 variableNameに - アクセスが要求されているオブジェクトインスタンス。
The following picture shows how the decision for access control is made by the View-based Access Control Model.
以下の画像は、アクセス制御のための決定はビューベースアクセス制御モデルによってなされる方法を示しています。
+--------------------------------------------------------------------+
| |
| +-> securityModel -+ |
| | (a) | |
| who -+ +-> groupName ----+ |
| (1) | | (x) | |
| +-> securityName --+ | |
| (b) | |
| | |
| where -> contextName ---------------------+ |
| (2) (e) | |
| | |
| | |
| +-> securityModel -------------------+ |
| | (a) | |
| how -+ +-> viewName -+ |
| (3) | | (y) | |
| +-> securityLevel -------------------+ | |
| (c) | +-> yes/no |
| | | decision |
| why ---> viewType (read/write/notify) ----+ | (z) |
| (4) (d) | |
| | |
| what --> object-type ------+ | |
| (5) (m) | | |
| +-> variableName (OID) ------+ |
| | (f) |
| which -> object-instance --+ |
| (6) (n) |
| |
+--------------------------------------------------------------------+
How the decision for isAccessAllowed is made.
isAccessAllowedのための決定はどのように作られています。
1) Inputs to the isAccessAllowed service are:
1）のisAccessAllowedサービスへの入力は、
(a) securityModel -- Security Model in use (b) securityName -- principal who wants to access (c) securityLevel -- Level of Security (d) viewType -- read, write, or notify view (e) contextName -- context containing variableName (f) variableName -- OID for the managed object -- this is made up of: - object-type (m) - object-instance (n)
（a）はsecurityModel - 使用中のセキュリティモデル（B）のsecurityName - アクセスしたいプリンシパル（C）たsecurityLevel - セキュリティのレベル（d）のビュータイプ - 読み取り、書き込み、またはビューに通知する（E）のcontextName - コンテキスト - オブジェクト型（M） - オブジェクト・インスタンス（N）：これは、から構成されている - 管理オブジェクトのOID - variableNameに（F）variableNameに含有
2) The partial "who" (1), represented by the securityModel (a) and the securityName (b), are used as the indices (a,b) into the vacmSecurityToGroupTable to find a single entry that produces a group, represented by groupName (x).
2）（1）、securityModel（a）とのsecurityName（B）で表される「誰」部分は、インデックス（a、b）はvacmSecurityToGroupTable内に表される基を生成する単一のエントリを検索するように使用されていますグループ名（X）。
3) The "where" (2), represented by the contextName (e), the "who", represented by the groupName (x) from the previous step, and the "how" (3), represented by securityModel (a) and securityLevel (c), are used as indices (e,x,a,c) into the vacmAccessTable to find a single entry that contains three MIB views.
前のステップからのグループ名によって表さ3） "ここで、"（2）のcontextName（E）で表される、 "誰が"、（X）、（3）、（A）securityModelで表される "方法"そしてたsecurityLevel（c）は、指数（E、X、C）するvacmAccessTableに3つのMIBビューを含む単一のエントリを見つけるとして使用されます。
4) The "why" (4), represented by the viewType (d), is used to select the proper MIB view, represented by a viewName (y), from the vacmAccessEntry selected in the previous step. This viewName (y) is an index into the vacmViewTreeFamilyTable and selects the set of entries that define the variableNames which are included in or excluded from the MIB view identified by the viewName (y).
4）「なぜ」（4）、ビュータイプ（D）で表される、適切なMIBビューを選択するために使用され、前のステップで選択vacmAccessEntryから、たviewName（Y）で表されます。このたviewName（y）はvacmViewTreeFamilyTableのへのインデックスであり、中に含まれるかたviewName（Y）によって識別されるMIBビューから除外さvariableNamesを定義するエントリのセットを選択します。
5) The "what" (5) type of management data and "which" (6) particular instance, represented by the variableName (f), is then checked to be in the MIB view or not, e.g., the yes/no decision (z).
variableNameに（F）で表される5）「何を」（5）管理データの種類と「」（6）特定のインスタンス、次いで、例えば、はい/いいえの決定をMIBビューであることが確認されないか、またはされていません（Z）。
This section describes the procedure followed by an Access Control module that implements the View-based Access Control Model whenever it receives an isAccessAllowed request.
このセクションでは、それがisAccessAllowedの要求を受信するたびにビューベースアクセス制御モデルを実装してアクセス制御モジュールに続いて手順を説明します。
1) The vacmContextTable is consulted for information about the SNMP context identified by the contextName. If information about this SNMP context is absent from the table, then an errorIndication (noSuchContext) is returned to the calling module.
1）vacmContextTable内にのcontextNameによって識別SNMPコンテキストの詳細について調べています。このSNMPコンテキストに関する情報がテーブルに存在しない場合は、errorIndication（noSuchContextには）を呼ぶモジュールに返します。
2) The vacmSecurityToGroupTable is consulted for mapping the securityModel and securityName to a groupName. If the information about this combination is absent from the table, then an errorIndication (noGroupName) is returned to the calling module.
2）vacmSecurityToGroupTable内でグループ名には、SecurityModelとSecurityNameをマッピングするために参照されます。この組合せについての情報がテーブルに存在しない場合、errorIndication（noGroupName）は、呼び出し側モジュールに戻されます。
3) The vacmAccessTable is consulted for information about the groupName, contextName, securityModel and securityLevel. If information about this combination is absent from the table, then an errorIndication (noAccessEntry) is returned to the calling module.
3）するvacmAccessTableはグループ名、contextNameは、securityModelそしてたsecurityLevelについては、参照されます。この組合せについての情報がテーブルに存在しない場合、errorIndication（noAccessEntryに）を呼ぶモジュールに戻されます。
4) a) If the viewType is "read", then the read view is used for checking access rights.
ビュータイプは「読み取り」の場合は4）a）の場合、読み取りビューは、アクセス権をチェックするために使用されます。
b) If the viewType is "write", then the write view is used for checking access rights.
ビュータイプが「書き込み」である場合b）には、ライト・ビューは、アクセス権をチェックするために使用されます。
c) If the viewType is "notify", then the notify view is used for checking access rights.
c）のビュータイプが「通知」は、通知ビューがアクセス権をチェックするために使用されている場合。
If the view to be used is the empty view (zero length viewName) then an errorIndication (noSuchView) is returned to the calling module.
使用するビューが空のビュー（ゼロ長たviewName）である場合、errorIndication（noSuchViewに）を呼ぶモジュールに戻されます。
5) a) If there is no view configured for the specified viewType, then an errorIndication (noSuchView) is returned to the calling module.
指定されたビュータイプのために設定ないビューが存在しない場合は5）A）、次いでerrorIndication（noSuchViewには）を呼ぶモジュールに戻されます。
b) If the specified variableName (object instance) is not in the MIB view (see DESCRIPTION clause for vacmViewTreeFamilyTable in section 4), then an errorIndication (notInView) is returned to the calling module.
B）指定variableNameに（オブジェクトインスタンス）（セクション4でvacmViewTreeFamilyTableのための記述節を参照）MIBビューでない場合、errorIndication（notInViewに）を呼ぶモジュールに戻されます。
Otherwise,
そうでなければ、
c) The specified variableName is in the MIB view. A statusInformation of success (accessAllowed) is returned to the calling module.
c）指定されたvariableNameには、MIBビューです。成功のstatusInformationを（accessAllowedに）を呼ぶモジュールに返します。
SNMP-VIEW-BASED-ACM-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF MODULE-IDENTITY, OBJECT-TYPE, snmpModules FROM SNMPv2-SMI TestAndIncr, RowStatus, StorageType FROM SNMPv2-TC SnmpAdminString, SnmpSecurityLevel, SnmpSecurityModel FROM SNMP-FRAMEWORK-MIB;
輸入のMODULE-COMPLIANCE、SNMPv2の-CONFのMODULE-IDENTITY、OBJECT-TYPE、SNMPv2の-SMI TestAndIncr、RowStatusの、SNMP-FRAMEWORK-MIBからのSNMPv2-TCれるSnmpAdminString、SnmpSecurityLevel、SnmpSecurityModel FROM StorageType FROM snmpModules FROM OBJECT-GROUP;
snmpVacmMIB MODULE-IDENTITY LAST-UPDATED "9901200000Z" -- 20 Jan 1999, midnight ORGANIZATION "SNMPv3 Working Group" CONTACT-INFO "WG-email: snmpv3@lists.tislabs.com Subscribe: majordomo@lists.tislabs.com In message body: subscribe snmpv3
snmpVacmMIBのMODULE-IDENTITY LAST-UPDATED "9901200000Z" - 1999年1月20日、深夜組織 "のSNMPv3ワーキンググループ" CONTACT-INFO「WG-メール：snmpv3@lists.tislabs.com購読：majordomo@lists.tislabs.comメッセージボディで：SNMPv3のサブスクライブ
Chair: Russ Mundy
Trusted Information Systems
postal: 3060 Washington Rd
Glenwood MD 21738
USA
email: mundy@tislabs.com
phone: +1-301-854-6889
Co-editor: Bert Wijnen IBM T.J. Watson Research postal: Schagen 33 3461 GL Linschoten Netherlands email: wijnen@vnet.ibm.com phone: +31-348-432-794
共同編集者：バートWijnen IBM T.J。郵便ワトソン研究所：ショームバーグ33 3461 GL Linschotenオランダ電子メール：wijnen@vnet.ibm.com電話：+ 31-348-432-794
Co-editor: Randy Presuhn BMC Software, Inc postal: 965 Stewart Drive Sunnyvale, CA 94086 USA email: randy_presuhn@bmc.com phone: +1-408-616-3100
共同編集者：ランディPresuhn BMCソフトウェア株式会社になった：965スチュワートドライブサニーベール、CA 94086 USA電子メール：randy_presuhn@bmc.com電話：+ 1-408-616-3100
Co-editor: Keith McCloghrie Cisco Systems, Inc. postal: 170 West Tasman Drive San Jose, CA 95134-1706 USA email: kzm@cisco.com phone: +1-408-526-5260 " DESCRIPTION "The management information definitions for the View-based Access Control Model for SNMP. " -- Revision history REVISION "9901200000Z" -- 20 Jan 1999, midnight DESCRIPTION "Clarifications, published as RFC2575"
共同編集者：キースMcCloghrieシスコシステムズ、株式会社郵便：170西タスマン・ドライブサンノゼ、CA 95134-1706 USA電子メール：kzm@cisco.com電話：+ 1-408-526-5260ための「DESCRIPTION」管理情報の定義SNMPのビューベースアクセス制御モデル。 「 - 改訂履歴REVISION "9901200000Z" - 1999年1月20日、深夜の説明は "明確化、RFC2575として公開"
REVISION "9711200000Z" -- 20 Nov 1997, midnight
DESCRIPTION "Initial version, published as RFC2275"
::= { snmpModules 16 }
-- Administrative assignments ****************************************
- 行政割り当て****************************************
vacmMIBObjects OBJECT IDENTIFIER ::= { snmpVacmMIB 1 }
vacmMIBConformance OBJECT IDENTIFIER ::= { snmpVacmMIB 2 }
-- Information about Local Contexts **********************************
- ローカルコンテキストに関する情報**********************************
vacmContextTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmContextEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table of locally available contexts.
VacmContextEntry MAX-ACCESSステータス現在の説明「ローカルで利用可能なコンテクストのテーブルOFなvacmContextTable OBJECT-TYPE構文配列。
This table provides information to SNMP Command
Generator applications so that they can properly
configure the vacmAccessTable to control access to
all contexts at the SNMP entity.
This table may change dynamically if the SNMP entity allows that contexts are added/deleted dynamically (for instance when its configuration changes). Such changes would happen only if the management instrumentation at that SNMP entity recognizes more (or fewer) contexts.
SNMPエンティティは（その設定の変更たとえば）コンテキストを動的に追加/削除されることを許可する場合、このテーブルは、動的に変更することができます。このような変化は、SNMPエンティティにおける管理インストルメンテーションは、より多くの（または少ない）コンテキストを認識した場合にのみ起こるでしょう。
The presence of entries in this table and of entries in the vacmAccessTable are independent. That is, a context identified by an entry in this table is not necessarily referenced by any entries in the vacmAccessTable; and the context(s) referenced by an entry in the vacmAccessTable does not necessarily currently exist and thus need not be identified by an entry in this table.
この表のとするvacmAccessTableのエントリのエントリの存在が独立しています。すなわち、必ずしもするvacmAccessTableの任意のエントリによって参照されていないこの表のエントリによって識別されるコンテキストです。そして、するvacmAccessTableのエントリによって参照されるコンテキスト（S）は、必ずしも現在存在しないので、この表のエントリによって識別される必要はありません。
This table must be made accessible via the default context so that Command Responder applications have a standard way of retrieving the information.
コマンドレスポンダアプリケーションが情報を検索する標準的な方法を持っているように、このテーブルには、デフォルトコンテキストを経由してアクセスできるようにする必要があります。
This table is read-only. It cannot be configured via
SNMP.
"
::= { vacmMIBObjects 1 }
vacmContextEntry OBJECT-TYPE
SYNTAX VacmContextEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Information about a particular context."
INDEX {
vacmContextName
}
::= { vacmContextTable 1 }
VacmContextEntry ::= SEQUENCE
{
vacmContextName SnmpAdminString
}
vacmContextName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-only STATUS current DESCRIPTION "A human readable name identifying a particular context at a particular SNMP entity.
vacmContextName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESS read-only説明「人間可読な名前は、特定のSNMPエンティティで特定のコンテキストを識別する。
The empty contextName (zero length) represents the
default context.
"
::= { vacmContextEntry 1 }
-- Information about Groups ******************************************
- グループに関する情報******************************************
vacmSecurityToGroupTable OBJECT-TYPE
SYNTAX SEQUENCE OF VacmSecurityToGroupEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table maps a combination of securityModel and
securityName into a groupName which is used to define
an access control policy for a group of principals.
"
::= { vacmMIBObjects 2 }
vacmSecurityToGroupEntry OBJECT-TYPE
SYNTAX VacmSecurityToGroupEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in this table maps the combination of a
securityModel and securityName into a groupName.
"
INDEX {
vacmSecurityModel,
vacmSecurityName
}
::= { vacmSecurityToGroupTable 1 }
VacmSecurityToGroupEntry ::= SEQUENCE
{
vacmSecurityModel SnmpSecurityModel,
vacmSecurityName SnmpAdminString,
vacmGroupName SnmpAdminString,
vacmSecurityToGroupStorageType StorageType, vacmSecurityToGroupStatus RowStatus
}
vacmSecurityModel OBJECT-TYPE SYNTAX SnmpSecurityModel(1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The Security Model, by which the vacmSecurityName referenced by this entry is provided.
vacmSecurityModelのOBJECT-TYPE SYNTAX SnmpSecurityModel（1 2147483647）MAX-ACCESSステータス現在の説明は「vacmSecurityNameこのエントリで参照されるセキュリティモデルが提供されます。
Note, this object may not take the 'any' (0) value.
"
::= { vacmSecurityToGroupEntry 1 }
vacmSecurityName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The securityName for the principal, represented in a
Security Model independent format, which is mapped by
this entry to a groupName.
"
::= { vacmSecurityToGroupEntry 2 }
vacmGroupName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(1..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The name of the group to which this entry (e.g., the combination of securityModel and securityName) belongs.
vacmGroupName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（1..32））MAX-ACCESSリード作成ステータス現在の説明「グループの名前このエントリ（例えば、は、SecurityModelとSecurityNameの組み合わせ）が属します。
This groupName is used as index into the
vacmAccessTable to select an access control policy.
However, a value in this table does not imply that an
instance with the value exists in table vacmAccesTable.
"
::= { vacmSecurityToGroupEntry 3 }
vacmSecurityToGroupStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row. " DEFVAL { nonVolatile }
vacmSecurityToGroupStorageType OBJECT-TYPE構文StorageType MAX-ACCESS読作成ステータス現在の説明「この概念的な列のためのストレージタイプを。概念行が値 『永久的な』行の任意の円柱状のオブジェクトへの書き込みアクセスを許可する必要はありません。持つ」DEFVAL {不揮発}
::= { vacmSecurityToGroupEntry 4 }
vacmSecurityToGroupStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmSecurityToGroupStatusのOBJECT-TYPE構文RowStatus MAX-ACCESSリード作成ステータス現在の説明「この概念的な列のステータス。
Until instances of all corresponding columns are
appropriately configured, the value of the
corresponding instance of the vacmSecurityToGroupStatus
column is 'notReady'.
In particular, a newly created row cannot be made active until a value has been set for vacmGroupName.
値がvacmGroupNameに設定されるまで、特に、新しく作成された行をアクティブにすることができません。
The RowStatus TC [RFC2579] requires that this DESCRIPTION clause states under which circumstances other objects in this row can be modified:
RowStatusのTC [RFC2579]この行の他のオブジェクトが修正することができ、この説明節状態どの状況下でいる必要があります。
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmSecurityToGroupEntry 5 }
-- Information about Access Rights ***********************************
- アクセス権に関する情報***********************************
vacmAccessTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmAccessEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table of access rights for groups.
VacmAccessEntry MAX-ACCESSステータス現在の説明「グループのアクセス権のテーブルOFするvacmAccessTable OBJECT-TYPE構文配列。
Each entry is indexed by a groupName, a contextPrefix,
a securityModel and a securityLevel. To determine
whether access is allowed, one entry from this table
needs to be selected and the proper viewName from that
entry must be used for access control checking.
To select the proper entry, follow these steps:
適切なエントリを選択するには、次の手順を実行します。
1) the set of possible matches is formed by the intersection of the following sets of entries: the set of entries with identical vacmGroupName the union of these two sets: - the set with identical vacmAccessContextPrefix - the set of entries with vacmAccessContextMatch value of 'prefix' and matching vacmAccessContextPrefix intersected with the union of these two sets: - the set of entries with identical vacmSecurityModel - the set of entries with vacmSecurityModel value of 'any' intersected with the set of entries with vacmAccessSecurityLevel value less than or equal to the requested securityLevel
同じvacmAccessContextPrefixとセット - - 「プレフィックスのvacmAccessContextMatchの値を持つエントリのセット：同じvacmGroupNameこれら二組の組合とエントリのセット：1）の可能な一致のセットは、エントリの次のセットの交差によって形成されます'およびvacmAccessContextPrefixは、これら2つのセットの和集合と交差一致： - 同じvacmSecurityModelのエントリのセット - のvacmSecurityModel値を有するエントリのセット 『任意』が要求たsecurityLevel以下vacmAccessSecurityLevel値を有するエントリのセットと交差
2) if this set has only one member, we're done otherwise, it comes down to deciding how to weight the preferences between ContextPrefixes, SecurityModels, and SecurityLevels as follows: a) if the subset of entries with securityModel matching the securityModel in the message is not empty, then discard the rest. b) if the subset of entries with vacmAccessContextPrefix matching the contextName in the message is not empty, then discard the rest c) discard all entries with ContextPrefixes shorter than the longest one remaining in the set d) select the entry with the highest securityLevel
このセットは唯一つのメンバーを持っている場合、我々はそれ以外終わっ2）、それは次のようにContextPrefixes、SecurityModels、とSecurityLevels間の好みを重み付けする方法を決定するにダウンしています。a）にsecurityModelに一致するsecurityModelとエントリのサブセットであればメッセージには、残りの部分を破棄し、その後、空ではありません。 B）メッセージ内のcontextNameを一致vacmAccessContextPrefixのエントリのサブセットが空でない場合、次いで、残りのCを破棄）セットD内に残っている最も長いものより短いContextPrefixesですべてのエントリを破棄）最高たsecurityLevelを持つエントリを選択します
Please note that for securityLevel noAuthNoPriv, all
groups are really equivalent since the assumption that
the securityName has been authenticated does not hold.
"
::= { vacmMIBObjects 4 }
vacmAccessEntry OBJECT-TYPE SYNTAX VacmAccessEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An access right configured in the Local Configuration Datastore (LCD) authorizing access to an SNMP context.
SNMPコンテキストへのアクセスを許可vacmAccessEntry OBJECT-TYPE SYNTAX VacmAccessEntry MAX-ACCESSステータス現在の説明は「ローカル設定データストア（LCD）で構成されたアクセス権。
Entries in this table can use an instance value for
object vacmGroupName even if no entry in table
vacmAccessSecurityToGroupTable has a corresponding
value for object vacmGroupName.
"
INDEX { vacmGroupName,
vacmAccessContextPrefix,
vacmAccessSecurityModel,
vacmAccessSecurityLevel
}
::= { vacmAccessTable 1 }
VacmAccessEntry ::= SEQUENCE
{
vacmAccessContextPrefix SnmpAdminString,
vacmAccessSecurityModel SnmpSecurityModel,
vacmAccessSecurityLevel SnmpSecurityLevel,
vacmAccessContextMatch INTEGER,
vacmAccessReadViewName SnmpAdminString,
vacmAccessWriteViewName SnmpAdminString,
vacmAccessNotifyViewName SnmpAdminString,
vacmAccessStorageType StorageType,
vacmAccessStatus RowStatus
}
vacmAccessContextPrefix OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "In order to gain the access rights allowed by this
conceptual row, a contextName must match exactly
(if the value of vacmAccessContextMatch is 'exact')
or partially (if the value of vacmAccessContextMatch
is 'prefix') to the value of the instance of this
object.
"
::= { vacmAccessEntry 1 }
vacmAccessSecurityModel OBJECT-TYPE
SYNTAX SnmpSecurityModel
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "In order to gain the access rights allowed by this
conceptual row, this securityModel must be in use.
"
::= { vacmAccessEntry 2 }
vacmAccessSecurityLevel OBJECT-TYPE SYNTAX SnmpSecurityLevel MAX-ACCESS not-accessible STATUS current DESCRIPTION "The minimum level of security required in order to gain the access rights allowed by this conceptual row. A securityLevel of noAuthNoPriv is less than authNoPriv which in turn is less than authPriv.
vacmAccessSecurityLevel OBJECT-TYPE構文SnmpSecurityLevel MAX-ACCESSステータス現在の説明は「この概念的な列によって許可されるアクセス権を得るために必要なセキュリティの最小レベル。noAuthNoPrivというのAたsecurityLevelは、順番にauthPrivの未満であるauthNoPriv未満であります。
If multiple entries are equally indexed except for
this vacmAccessSecurityLevel index, then the entry which has the highest value for
vacmAccessSecurityLevel is selected.
"
::= { vacmAccessEntry 3 }
vacmAccessContextMatch OBJECT-TYPE SYNTAX INTEGER { exact (1), -- exact match of prefix and contextName prefix (2) -- Only match to the prefix } MAX-ACCESS read-create STATUS current DESCRIPTION "If the value of this object is exact(1), then all rows where the contextName exactly matches vacmAccessContextPrefix are selected.
vacmAccessContextMatchのOBJECT-TYPE SYNTAX INTEGER {正確な（1）、 - 接頭語の完全一致とのcontextNameプレフィックス（2） - のみプレフィックスに一致} MAX-ACCESSはリード作成ステータス現在の説明は「このオブジェクトの値が正確である場合（1）、その後のcontextNameが正確vacmAccessContextPrefixに一致するすべての行が選択されます。
If the value of this object is prefix(2), then all
rows where the contextName whose starting octets
exactly match vacmAccessContextPrefix are selected.
This allows for a simple form of wildcarding.
"
DEFVAL { exact }
::= { vacmAccessEntry 4 }
vacmAccessReadViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes read access.
vacmAccessReadViewName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESSリード作成ステータス現在の説明は「このオブジェクトのインスタンスの値はこの概念的な列が読み取りアクセスを許可するSNMPコンテキストのMIBビューを識別する。
The identified MIB view is that one for which the
vacmViewTreeFamilyViewName has the same value as the
instance of this object; if the value is the empty
string or if there is no active MIB view having this
value of vacmViewTreeFamilyViewName, then no access
is granted.
"
DEFVAL { ''H } -- the empty string
::= { vacmAccessEntry 5 }
vacmAccessWriteViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes write access.
vacmAccessWriteViewName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESSリード作成ステータス現在の説明は「このオブジェクトのインスタンスの値はこの概念的な列が書き込みアクセスを許可するSNMPコンテキストのMIBビューを識別する。
The identified MIB view is that one for which the
vacmViewTreeFamilyViewName has the same value as the
instance of this object; if the value is the empty
string or if there is no active MIB view having this
value of vacmViewTreeFamilyViewName, then no access
is granted.
"
DEFVAL { ''H } -- the empty string
::= { vacmAccessEntry 6 }
vacmAccessNotifyViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes access for notifications.
vacmAccessNotifyViewName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESSリード作成ステータス現在の説明は「このオブジェクトのインスタンスの値はこの概念的な列が通知のためのアクセスを許可するSNMPコンテキストのMIBビューを識別する。
The identified MIB view is that one for which the
vacmViewTreeFamilyViewName has the same value as the
instance of this object; if the value is the empty
string or if there is no active MIB view having this
value of vacmViewTreeFamilyViewName, then no access
is granted.
"
DEFVAL { ''H } -- the empty string
::= { vacmAccessEntry 7 }
vacmAccessStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row.
vacmAccessStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS読作成ステータス現在の説明「この概念的な列のためのストレージタイプを。
Conceptual rows having the value 'permanent' need not
allow write-access to any columnar objects in the row.
"
DEFVAL { nonVolatile }
::= { vacmAccessEntry 8 }
vacmAccessStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmAccessStatusのOBJECT-TYPE構文RowStatus MAX-ACCESSリード作成ステータス現在の説明「この概念的な列のステータス。
The RowStatus TC [RFC2579] requires that this
DESCRIPTION clause states under which circumstances
other objects in this row can be modified:
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmAccessEntry 9 }
-- Information about MIB views ***************************************
- MIBビューに関する情報***************************************
-- Support for instance-level granularity is optional. -- -- In some implementations, instance-level access control -- granularity may come at a high performance cost. Managers -- should avoid requesting such configurations unnecessarily.
- インスタンス・レベルの細分性のサポートはオプションです。 - - いくつかの実装形態では、インスタンス・レベルのアクセス制御 - 粒度は、高性能コストで来ることができます。マネージャは - 不必要な構成を要求することは避けてください。
vacmMIBViews OBJECT IDENTIFIER ::= { vacmMIBObjects 5 }
vacmViewSpinLock OBJECT-TYPE SYNTAX TestAndIncr MAX-ACCESS read-write STATUS current DESCRIPTION "An advisory lock used to allow cooperating SNMP Command Generator applications to coordinate their use of the Set operation in creating or modifying views.
vacmViewSpinLock OBJECT-TYPE SYNTAX TestAndIncr MAX-ACCESS読み取りと書き込みステータス現在の説明「諮問ロックは、ビューを作成または変更して設定操作の使用を調整するSNMPコマンドジェネレータアプリケーションを協力可能にするために使用。
When creating a new view or altering an existing
view, it is important to understand the potential
interactions with other uses of the view. The
vacmViewSpinLock should be retrieved. The name of
the view to be created should be determined to be
unique by the SNMP Command Generator application by
consulting the vacmViewTreeFamilyTable. Finally,
the named view may be created (Set), including the
advisory lock.
If another SNMP Command Generator application has
altered the views in the meantime, then the spin
lock's value will have changed, and so this creation
will fail because it will specify the wrong value for
the spin lock.
Since this is an advisory lock, the use of this lock
is not enforced.
"
::= { vacmMIBViews 1 }
vacmViewTreeFamilyTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmViewTreeFamilyEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Locally held information about families of subtrees within MIB views.
VacmViewTreeFamilyEntry MAX-ACCESSステータス現在の説明のvacmViewTreeFamilyTableのOBJECT-TYPE構文配列は「ローカルMIBビュー内のサブツリーの家族についての情報を保有します。
Each MIB view is defined by two sets of view subtrees:
- the included view subtrees, and
- the excluded view subtrees.
Every such view subtree, both the included and the
excluded ones, is defined in this table.
To determine if a particular object instance is in a particular MIB view, compare the object instance's OBJECT IDENTIFIER with each of the MIB view's active entries in this table. If none match, then the object instance is not in the MIB view. If one or more match, then the object instance is included in, or excluded from, the MIB view according to the value of vacmViewTreeFamilyType in the entry whose value of vacmViewTreeFamilySubtree has the most sub-identifiers. If multiple entries match and have the same number of sub-identifiers (when wildcarding is specified with the value of vacmViewTreeFamilyMask), then the lexicographically greatest instance of vacmViewTreeFamilyType determines the inclusion or exclusion.
特定のオブジェクトインスタンスが特定のMIBビューにあるかどうかを決定するために、この表のMIBビューのアクティブなエントリのそれぞれとオブジェクト・インスタンスのオブジェクト識別子を比較します。どれもが一致した場合には、そのオブジェクトのインスタンスは、MIBビューではありません。一つ以上の一致する場合、オブジェクトインスタンスはに含まれ、又は値vacmViewTreeFamilySubtreeの最も副識別子を有するエントリ内vacmViewTreeFamilyTypeの値に応じて、MIBビューから除外しました。複数のエントリが一致すると副識別子（ワイルドカードをvacmViewTreeFamilyMaskの値で指定されている場合）の数が同じ場合、vacmViewTreeFamilyTypeの辞書編集最大インスタンスが包含または除外を決定します。
An object instance's OBJECT IDENTIFIER X matches an active entry in this table when the number of sub-identifiers in X is at least as many as in the value of vacmViewTreeFamilySubtree for the entry, and each sub-identifier in the value of vacmViewTreeFamilySubtree matches its corresponding sub-identifier in X. Two sub-identifiers match either if the corresponding bit of the value of vacmViewTreeFamilyMask for the entry is zero (the 'wild card' value), or if they are equal.
Xにおけるサブ識別子の数を入力するためvacmViewTreeFamilySubtreeの値と少なくとも同じ多くあり、vacmViewTreeFamilySubtreeの値で各副識別子は、その対応と一致する場合、オブジェクトインスタンスのオブジェクト識別子Xは、この表のアクティブなエントリと一致します副識別子XのエントリのvacmViewTreeFamilyMaskの値の対応するビットがゼロ（「ワイルドカード」値）である場合、2つの副識別子のいずれかと一致する、またはそれらが等しい場合。
A 'family' of subtrees is the set of subtrees defined by a particular combination of values of vacmViewTreeFamilySubtree and vacmViewTreeFamilyMask. In the case where no 'wild card' is defined in the vacmViewTreeFamilyMask, the family of subtrees reduces to a single subtree.
サブツリーの「ファミリー」はvacmViewTreeFamilySubtreeとvacmViewTreeFamilyMaskの値の特定の組み合わせによって定義されたサブツリーの集合です。 NO「ワイルドカード」がvacmViewTreeFamilyMaskに定義されていない場合には、サブツリーの家族は、単一のサブツリーに減少します。
When creating or changing MIB views, an SNMP Command
MIBビューを作成または変更し、SNMPのコマンド
Generator application should utilize the vacmViewSpinLock to try to avoid collisions. See DESCRIPTION clause of vacmViewSpinLock.
Generatorアプリケーションは、衝突を回避しようとするvacmViewSpinLockを利用すべきです。 vacmViewSpinLockの説明節を参照してください。
When creating MIB views, it is strongly advised that first the 'excluded' vacmViewTreeFamilyEntries are created and then the 'included' entries.
MIBビューを作成するとき、強く最初の「除外」vacmViewTreeFamilyEntriesは、その後、「付属」のエントリを作成していることをお勧めします。
When deleting MIB views, it is strongly advised that first the 'included' vacmViewTreeFamilyEntries are deleted and then the 'excluded' entries.
MIBビューを削除すると、強く最初の「含まれる」vacmViewTreeFamilyEntriesはその後、「除外」のエントリを削除していることをお勧めします。
If a create for an entry for instance-level access
control is received and the implementation does not
support instance-level granularity, then an
inconsistentName error must be returned.
"
::= { vacmMIBViews 2 }
vacmViewTreeFamilyEntry OBJECT-TYPE SYNTAX VacmViewTreeFamilyEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information on a particular family of view subtrees included in or excluded from a particular SNMP context's MIB view.
ビューサブツリーの特定の家族にvacmViewTreeFamilyEntryのOBJECT-TYPE SYNTAX VacmViewTreeFamilyEntry MAX-ACCESSステータス現在の説明」情報が含まれているか、または特定のSNMPコンテキストのMIBビューから除外しました。
Implementations must not restrict the number of
families of view subtrees for a given MIB view,
except as dictated by resource constraints on the
overall number of entries in the
vacmViewTreeFamilyTable.
If no conceptual rows exist in this table for a given
MIB view (viewName), that view may be thought of as
consisting of the empty set of view subtrees.
"
INDEX { vacmViewTreeFamilyViewName,
vacmViewTreeFamilySubtree
}
::= { vacmViewTreeFamilyTable 1 }
VacmViewTreeFamilyEntry ::= SEQUENCE
{
vacmViewTreeFamilyViewName SnmpAdminString,
vacmViewTreeFamilySubtree OBJECT IDENTIFIER,
vacmViewTreeFamilyMask OCTET STRING,
vacmViewTreeFamilyType INTEGER, vacmViewTreeFamilyStorageType StorageType,
vacmViewTreeFamilyStatus RowStatus
}
vacmViewTreeFamilyViewName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The human readable name for a family of view subtrees.
"
::= { vacmViewTreeFamilyEntry 1 }
vacmViewTreeFamilySubtree OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The MIB subtree which when combined with the
corresponding instance of vacmViewTreeFamilyMask
defines a family of view subtrees.
"
::= { vacmViewTreeFamilyEntry 2 }
vacmViewTreeFamilyMask OBJECT-TYPE SYNTAX OCTET STRING (SIZE (0..16)) MAX-ACCESS read-create STATUS current DESCRIPTION "The bit mask which, in combination with the corresponding instance of vacmViewTreeFamilySubtree, defines a family of view subtrees.
vacmViewTreeFamilyMaskのOBJECT-TYPE構文オクテットSTRING（SIZE（0..16））MAX-ACCESSリード作成ステータス現在の説明「vacmViewTreeFamilySubtreeの対応するインスタンスと組み合わせて、ビューサブツリーのファミリーを定義し、ビットマスク。
Each bit of this bit mask corresponds to a
sub-identifier of vacmViewTreeFamilySubtree, with the
most significant bit of the i-th octet of this octet
string value (extended if necessary, see below)
corresponding to the (8*i - 7)-th sub-identifier, and
the least significant bit of the i-th octet of this
octet string corresponding to the (8*i)-th
sub-identifier, where i is in the range 1 through 16.
Each bit of this bit mask specifies whether or not the corresponding sub-identifiers must match when determining if an OBJECT IDENTIFIER is in this family of view subtrees; a '1' indicates that an exact match must occur; a '0' indicates 'wild card', i.e., any sub-identifier value matches.
このビットマスクの各ビットは、オブジェクト識別子がビューサブツリーのこのファミリー内にあるかどうかを決定するときに対応するサブ識別子が一致しなければならないかどうかを指定します。 「1」は、完全一致が発生しなければならないことを示しています。 「0」、すなわち、任意のサブ識別子の値が一致する「ワイルドカード」を示しています。
Thus, the OBJECT IDENTIFIER X of an object instance is contained in a family of view subtrees if, for each sub-identifier of the value of vacmViewTreeFamilySubtree, either:
したがって、オブジェクトのインスタンスのオブジェクト識別子Xは、ビューサブツリーのファミリーに含まれている場合、vacmViewTreeFamilySubtreeの値の各副識別子は、次のいずれか
the i-th bit of vacmViewTreeFamilyMask is 0, or
vacmViewTreeFamilyMaskのi番目のビットが0であるか、または
the i-th sub-identifier of X is equal to the i-th sub-identifier of the value of vacmViewTreeFamilySubtree.
Xのi番目の副識別子はvacmViewTreeFamilySubtreeの値のi番目の副識別子に等しいです。
If the value of this bit mask is M bits long and there are more than M sub-identifiers in the corresponding instance of vacmViewTreeFamilySubtree, then the bit mask is extended with 1's to be the required length.
このビット・マスクの値が長いMビットであり、vacmViewTreeFamilySubtreeの対応するインスタンスにおけるM個のサブ識別子以下である場合、ビットマスクは必要な長さであることが1ので拡張されます。
Note that when the value of this object is the zero-length string, this extension rule results in a mask of all-1's being used (i.e., no 'wild card'), and the family of view subtrees is the one view subtree uniquely identified by the corresponding instance of vacmViewTreeFamilySubtree.
このオブジェクトの値はゼロ長ストリング、使用されるすべての-1の存在のマスクでこの拡張ルールの結果である場合（すなわち、NO「ワイルドカード」）、及びビューサブツリーのファミリーを一意1つのビューのサブツリーがないことに注意してくださいvacmViewTreeFamilySubtreeの対応するインスタンスによって同定しました。
Note that masks of length greater than zero length
do not need to be supported. In this case this
object is made read-only.
"
DEFVAL { ''H }
::= { vacmViewTreeFamilyEntry 3 }
vacmViewTreeFamilyType OBJECT-TYPE
SYNTAX INTEGER { included(1), excluded(2) }
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Indicates whether the corresponding instances of
vacmViewTreeFamilySubtree and vacmViewTreeFamilyMask
define a family of view subtrees which is included in
or excluded from the MIB view.
"
DEFVAL { included }
::= { vacmViewTreeFamilyEntry 4 }
vacmViewTreeFamilyStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row.
vacmViewTreeFamilyStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS読作成ステータス現在の説明「この概念的な列のためのストレージタイプを。
Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row.
"
DEFVAL { nonVolatile }
::= { vacmViewTreeFamilyEntry 5 }
vacmViewTreeFamilyStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmViewTreeFamilyStatusのOBJECT-TYPE構文RowStatus MAX-ACCESSリード作成ステータス現在の説明「この概念的な列のステータス。
The RowStatus TC [RFC2579] requires that this
DESCRIPTION clause states under which circumstances
other objects in this row can be modified:
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmViewTreeFamilyEntry 6 }
-- Conformance information *******************************************
- 適合情報*******************************************
vacmMIBCompliances OBJECT IDENTIFIER ::= { vacmMIBConformance 1 }
vacmMIBGroups OBJECT IDENTIFIER ::= { vacmMIBConformance 2 }
-- Compliance statements *********************************************
- コンプライアンスステートメント*********************************************
vacmMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for SNMP engines which implement the SNMP View-based Access Control Model configuration MIB. " MODULE -- this module MANDATORY-GROUPS { vacmBasicGroup }
vacmMIBCompliance MODULE-COMPLIANCEステータス現在の説明 "SNMPビューベースアクセス制御モデルの設定MIBを実装するSNMPエンジンのための準拠宣言。" MODULE - このモジュールMANDATORY-GROUPS {} vacmBasicGroup
OBJECT vacmAccessContextMatch
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
OBJECT vacmAccessReadViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmAccessReadViewName MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmAccessWriteViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmAccessWriteViewName MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmAccessNotifyViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmAccessNotifyViewName MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmAccessStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmAccessStorageType MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmAccessStatus MIN-ACCESS read-only DESCRIPTION "Create/delete/modify access to the vacmAccessTable is not required. "
OBJECT vacmAccessStatus MIN-ACCESS読み取り専用説明「/削除/作成するvacmAccessTableへのアクセス権を変更する必要はありません。」
OBJECT vacmViewTreeFamilyMask WRITE-SYNTAX OCTET STRING (SIZE (0)) MIN-ACCESS read-only DESCRIPTION "Support for configuration via SNMP of subtree families using wild-cards is not required. "
OBJECT vacmViewTreeFamilyMask WRITE-構文オクテットSTRING（SIZE（0））MIN-ACCESS読み取り専用説明「ワイルドカードを使用してサブツリーファミリーのSNMPを介したコンフィギュレーションのためのサポートが必要とされていません。」
OBJECT vacmViewTreeFamilyType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmViewTreeFamilyType MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmViewTreeFamilyStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT vacmViewTreeFamilyStorageType MIN-ACCESS読み取り専用説明 "書き込みアクセスが必要とされていません。"
OBJECT vacmViewTreeFamilyStatus
MIN-ACCESS read-only
DESCRIPTION "Create/delete/modify access to the
vacmViewTreeFamilyTable is not required.
"
::= { vacmMIBCompliances 1 }
-- Units of conformance **********************************************
- 適合の単位********************************************* *
vacmBasicGroup OBJECT-GROUP
OBJECTS {
vacmContextName,
vacmGroupName,
vacmSecurityToGroupStorageType,
vacmSecurityToGroupStatus,
vacmAccessContextMatch,
vacmAccessReadViewName,
vacmAccessWriteViewName,
vacmAccessNotifyViewName, vacmAccessStorageType,
vacmAccessStatus,
vacmViewSpinLock,
vacmViewTreeFamilyMask,
vacmViewTreeFamilyType,
vacmViewTreeFamilyStorageType,
vacmViewTreeFamilyStatus
}
STATUS current
DESCRIPTION "A collection of objects providing for remote
configuration of an SNMP engine which implements
the SNMP View-based Access Control Model.
"
::= { vacmMIBGroups 1 }
END
終わり
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書における権利に関するIETFの手続きの情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
This document is the result of the efforts of the SNMPv3 Working Group. Some special thanks are in order to the following SNMPv3 WG members:
この文書では、SNMPv3の作業部会の努力の結果です。いくつかの特別な感謝は、以下のSNMPv3 WGメンバーへの順序であります：
Harald Tveit Alvestrand (Maxware) Dave Battle (SNMP Research, Inc.) Alan Beard (Disney Worldwide Services) Paul Berrevoets (SWI Systemware/Halcyon Inc.) Martin Bjorklund (Ericsson) Uri Blumenthal (IBM T.J. Watson Research Center) Jeff Case (SNMP Research, Inc.) John Curran (BBN) Mike Daniele (Compaq Computer Corporation) T. Max Devlin (Eltrax Systems) John Flick (Hewlett Packard) Rob Frye (MCI) Wes Hardaker (U.C.Davis, Information Technology - D.C.A.S.) David Harrington (Cabletron Systems Inc.) Lauren Heintz (BMC Software, Inc.) N.C. Hien (IBM T.J. Watson Research Center) Michael Kirkham (InterWorking Labs, Inc.) Dave Levi (SNMP Research, Inc.) Louis A Mamakos (UUNET Technologies Inc.) Joe Marzot (Nortel Networks) Paul Meyer (Secure Computing Corporation) Keith McCloghrie (Cisco Systems) Bob Moore (IBM) Russ Mundy (TIS Labs at Network Associates) Bob Natale (ACE*COMM Corporation) Mike O'Dell (UUNET Technologies Inc.) Dave Perkins (DeskTalk) Peter Polkinghorne (Brunel University) Randy Presuhn (BMC Software, Inc.) David Reeder (TIS Labs at Network Associates) David Reid (SNMP Research, Inc.) Aleksey Romanov (Quality Quorum) Shawn Routhier (Epilogue) Juergen Schoenwaelder (TU Braunschweig) Bob Stewart (Cisco Systems) Mike Thatcher (Independent Consultant) Bert Wijnen (IBM T.J. Watson Research Center)
ハラルド・トバイット・アルベストランド（Maxware）デイヴ・バトル（SNMPリサーチ社）アラン・ビアード（ディズニーワールドワイド・サービス）ポール・Berrevoets（SWIシステムウェア/ハルシオン社）マーティンBjorklund（エリクソン）ウリブルーメンタール（IBM TJワトソン研究所）ジェフケース（SNMPリサーチ社）ジョン・カラン（BBN）マイク・ダニエル（コンパックコンピュータ株式会社）T.マックスデブリン（Eltraxシステムズ）ジョン・フリック（ヒューレット・パッカード）ロブ・フライ（MCI）ウェスHardaker（UCDavis、情報技術 - DCAS）デヴィッド・ハリントン（ Cabletronシステムズ社）ローレン・ハインツ（BMCソフトウェア株式会社）NC飛燕（IBM TJワトソン研究所）マイケル・Kirkham（インターワーキングラボ社）デイヴ・レビ（SNMPリサーチ社）ルイス・A Mamakos（UUNETテクノロジー株式会社）ジョー・Marzot（ノーテルネットワーク）ポール・メイヤー（セキュアコンピューティング社）キースMcCloghrie（シスコシステムズ）、ボブ・ムーア（IBM）ラスマンディ（ネットワークアソシエイツでTIS Labs社）をボブ・ナターレ（ACE * COMM社）マイク・オデル（UUNETテクノロジー株式会社）デーヴパーキンス（DeskTalk）ピーター・ポーキングホーン（ブルネル大学）ランディPresuhn（BMCソフトウェア株式会社）デビッドReederの（ネットワークアソシエイツでTIS研究所）デイビット・リード（SNMPリサーチ社）アレクセイ・ロマノフ（品質クォーラム）ショーンRouthier（エピローグ）ユルゲンSchoenwaelder（TUブラウンシュヴァイク）ボブ・スチュワート（シスコシステムズ）マイクサッチャー（独立コンサルタント）バートWijnen（IBM TJワトソン研究所）
The document is based on recommendations of the IETF Security and Administrative Framework Evolution for SNMP Advisory Team. Members of that Advisory Team were:
文書は、SNMP諮問チームのためのIETFセキュリティおよび管理フレームワークの進化の勧告に基づいています。その諮問チームのメンバーは以下の通りでした。
David Harrington (Cabletron Systems Inc.) Jeff Johnson (Cisco Systems) David Levi (SNMP Research Inc.) John Linn (Openvision) Russ Mundy (Trusted Information Systems) chair Shawn Routhier (Epilogue) Glenn Waters (Nortel) Bert Wijnen (IBM T. J. Watson Research Center)
デヴィッド・ハリントン（Cabletronシステムズ社）ジェフ・ジョンソン（シスコシステムズ）デビッド・レビ（SNMPリサーチ社）ジョン・リン（Openvision）ラスマンディ（信頼できる情報システム）椅子ショーンRouthier（エピローグ）グレン・ウォーターズ（ノーテル）バートWijnen（IBM TJワトソン研究所）
As recommended by the Advisory Team and the SNMPv3 Working Group Charter, the design incorporates as much as practical from previous RFCs and drafts. As a result, special thanks are due to the authors of previous designs known as SNMPv2u and SNMPv2*:
諮問チームおよびSNMPv3ワーキンググループ憲章によって推奨されているように、デザインは以前のRFCとドラフトから実用的な限りが組み込まれています。その結果、特別な感謝はSNMPv2uとSNMPv2 *として知られている従来の設計の作者によるものです：
Jeff Case (SNMP Research, Inc.) David Harrington (Cabletron Systems Inc.) David Levi (SNMP Research, Inc.) Keith McCloghrie (Cisco Systems) Brian O'Keefe (Hewlett Packard) Marshall T. Rose (Dover Beach Consulting) Jon Saperia (BGS Systems Inc.) Steve Waldbusser (International Network Services) Glenn W. Waters (Bell-Northern Research Ltd.)
ジェフケース（SNMPリサーチ社）デヴィッド・ハリントン（Cabletronシステムズ社）デヴィッドレビ（SNMPリサーチ社）キースMcCloghrie（シスコシステムズ）ブライアン・オキーフ（ヒューレット・パッカード）マーシャルT.ローズ（ドーヴァービーチコンサルティング）ジョンSaperia（BGSシステムズ社）のスティーブWaldbusser（国際ネットワークサービス）グレンW.ウォーターズ（ベル・ノーザン・リサーチ株式会社）
This document is meant for use in the SNMP architecture. The View-based Access Control Model described in this document checks access rights to management information based on:
このドキュメントはSNMPアーキテクチャにおける使用のためのものです。ビューベースアクセス制御モデルは、この文書のチェックに基づいて管理情報へのアクセス権を説明しました。
- contextName, representing a set of management information at the managed system where the Access Control module is running. - groupName, representing a set of zero or more securityNames. The combination of a securityModel and a securityName is mapped into a group in the View-based Access Control Model. - securityModel under which access is requested. - securityLevel under which access is requested. - operation performed on the management information. - MIB views for read, write or notify access.
- contextNameは、アクセス制御モジュールが実行されている管理対象システムでの管理情報のセットを表します。 - グループ名、ゼロ以上securityNamesのセットを表します。 SecurityModelとSecurityNameの組み合わせは、ビューベースアクセス制御モデルのグループにマッピングされます。 - アクセスが要求されている下securityModel。 - アクセスする下たsecurityLevelを要求されています。 - 運転管理情報に行きました。 - 読み取りのためのMIBビュー、書き込みやアクセスに通知します。
When the User-based Access Control module is called for checking access rights, it is assumed that the calling module has ensured the authentication and privacy aspects as specified by the securityLevel that is being passed.
ユーザー・ベースのアクセス制御モジュールは、アクセス権限をチェックするために呼び出されると、渡されているたsecurityLevelで指定された呼び出し元のモジュールは、認証とプライバシーの面を確保しているものとします。
When creating entries in or deleting entries from the vacmViewTreeFamilyTable it is important to do such in the sequence as recommended in the DESCRIPTION clause of the vacmViewTreeFamilyTable definition. Otherwise unwanted access may be granted while changing the entries in the table.
エントリを作成したりvacmViewTreeFamilyTableのからエントリを削除する場合vacmViewTreeFamilyTableの定義の説明節で推奨されているように、順番に、このような操作を行うことが重要です。テーブルのエントリを変更しながら、それ以外の不要なアクセスが許可されることがあります。
The groupNames are used to give access to a group of zero or more securityNames. Within the View-Based Access Control Model, a groupName is considered to exist if that groupName is listed in the vacmSecurityToGroupTable.
groupNamesはゼロ以上securityNamesのグループへのアクセスを与えるために使用されています。ビューベースアクセス制御モデルの中で、グループ名は、そのグループ名がvacmSecurityToGroupTable内にリストされている場合に存在すると考えられています。
By mapping the combination of a securityModel and securityName into a groupName, an SNMP Command Generator application can add/delete securityNames to/from a group, if proper access is allowed.
適切なアクセスが許可されている場合はグループ名には、SecurityModelとSecurityNameの組み合わせをマッピングすることにより、SNMPコマンドGeneratorアプリケーションは、グループへ/からsecurityNamesを追加/削除することができます。
Further it is important to realize that the grouping of <securityModel, securityName> tuples in the vacmSecurityToGroupTable does not take securityLevel into account. It is therefore important that the security administrator uses the securityLevel index in the vacmAccessTable to separate noAuthNoPriv from authPriv and/or authNoPriv access.
さらに、vacmSecurityToGroupTable内で<securityModel、セキュリティ名>タプルのグループ化が考慮たsecurityLevelをとらないことを認識することが重要です。セキュリティ管理者がauthPrivのからnoAuthNoPrivにおよび/またはauthNoPrivアクセスを分離するためにするvacmAccessTableでたsecurityLevelインデックスを使用することが重要です。
For an implementation of the View-based Access Control Model to be conformant, it MUST implement the SNMP-VIEW-BASED-ACM-MIB according to the vacmMIBCompliance. It also SHOULD implement the initial configuration, described in appendix A.
ビューベースアクセス制御モデルの実装が準拠であるためには、vacmMIBComplianceに応じてSNMP-VIEW-BASED-ACM-MIBを実装しなければなりません。また、付録Aで説明し、初期設定を実装する必要があります
The objects in this MIB control the access to all MIB data that is accessible via the SNMP engine and they may be considered sensitive in many environments. It is important to closely control (both read and write) access to these to these MIB objects by using appropriately configured Access Control models (for example the View-based Access Control Model as specified in this document).
この内のオブジェクトはSNMPエンジンを介してアクセス可能なすべてのMIBデータへのアクセスを制御するMIBと、彼らは多くの環境で敏感であると考えてよいです。 （読み取りと書き込みの両方）（この文書で指定されている例えばビューベースアクセス制御モデル）を適切に設定されたアクセス制御モデルを使用して、これらのMIBオブジェクトへのこれらへのアクセス密接に制御することが重要です。
[RFC2578] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[RFC2579] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for describing SNMP Management Frameworks", RFC 2571, April 1999.
[RFC2571]ハリントン、D.、PresuhnとR.とB. Wijnen、 "SNMP管理フレームワークを記述するためのアーキテクチャ"、RFC 2571、1999年4月。
[RFC2572] Case, J., Harrington, D., Presuhn, R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572, April 1999.
[RFC2572]ケース、J.、ハリントン、D.、PresuhnとR.とB. Wijnen、 "メッセージ処理と簡単なネットワーク管理プロトコル（SNMP）のための派遣"、RFC 2572、1999年4月。
[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, April 1999.
、RFC 2574、1999年4月 "簡易ネットワーク管理プロトコル（SNMPv3の）のバージョン3のためのユーザベースセキュリティモデル（USM）" [RFC2574]ブルーメンソール、U.とB. Wijnenの、。
[ISO-ASN.1] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8824, (December, 1987).
[ISO-ASN.1]情報処理システム - オープンシステムインターコネクション - 抽象構文記法1（ASN.1）、国際標準化機構の仕様。国際標準8824、（12月、1987）。
Bert Wijnen IBM T. J. Watson Research Schagen 33 3461 GL Linschoten Netherlands
バート・ワインIBM T. J.ワトソン研究所ショームバーグ33 3461 GL Linschotenオランダ
Phone: +31-348-432-794 EMail: wijnen@vnet.ibm.com
電話：+ 31-348-432-794メールアドレス：wijnen@vnet.ibm.com
Randy Presuhn BMC Software, Inc 965 Stewart Drive Sunnyvale, CA 94086 USA
ランディPresuhn BMCソフトウェア株式会社965スチュワートドライブサニーベール、CA 94086 USA
Phone: +1-408-616-3100 EMail: randy_presuhn@bmc.com
電話：+ 1-408-616-3100 Eメール：randy_presuhn@bmc.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA
キースMcCloghrieシスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA 95134-1706 USA
Phone: +1-408-526-5260 EMail: kzm@cisco.com
電話：+ 1-408-526-5260 Eメール：kzm@cisco.com
APPENDIX A - Installation
付録A - インストール
A.1. Installation Parameters
A.1。インストールパラメータ
During installation, an authoritative SNMP engine which supports this View-based Access Control Model SHOULD be configured with several initial parameters. These include for the View-based Access Control Model:
インストール時に、このビューベースアクセス制御モデルをサポートしている信頼できるSNMPエンジンは、いくつかの初期パラメータを設定する必要があります。これらは、ビューベースアクセス制御モデルのため、次のとおりです。
1) A security configuration
1）セキュリティ構成
The choice of security configuration determines if initial configuration is implemented and if so how. One of three possible choices is selected:
初期設定が実装され、どのように場合された場合は、セキュリティ設定の選択が決定されます。三つの可能な選択肢の一つが選択されています。
- initial-minimum-security-configuration
- initial-semi-security-configuration
- initial-no-access-configuration
In the case of a initial-no-access-configuration, there is no initial configuration, and so the following steps are irrelevant.
初期非アクセス構成の場合、そこには初期設定されていない、従って次の手順は無関係です。
2) A default context
2）Aのデフォルトのコンテキスト
One entry in the vacmContextTable with a contextName of "" (the empty string), representing the default context. Note that this table gets created automatically if a default context exists.
デフォルトコンテキストを表す「」ののcontextName（空の文字列）、とvacmContextTable内のエントリーの一つ。デフォルトのコンテキストが存在する場合、このテーブルが自動的に作成されることに注意してください。
vacmContextName ""
vacmContextName ""
3) An initial group
3）初期集団
One entry in the vacmSecurityToGroupTable to allow access to group "initial".
vacmSecurityToGroupTable内で1つのエントリが「初期」グループへのアクセスを可能にします。
vacmSecurityModel 3 (USM) vacmSecurityName "initial" vacmGroupName "initial" vacmSecurityToGroupStorageType anyValidStorageType vacmSecurityToGroupStatus active
vacmSecurityModel 3（USM）vacmSecurityName "初期" vacmGroupNameアクティブ "初期" vacmSecurityToGroupStorageType anyValidStorageType vacmSecurityToGroupStatus
4) Initial access rights
4）初期アクセス権
Three entries in the vacmAccessTable as follows:
するvacmAccessTableに3つのエントリは次のよう：
- read-notify access for securityModel USM, securityLevel "noAuthNoPriv" on behalf of securityNames that belong to the group "initial" to the <restricted> MIB view in the default context with contextName "".
- 読み取り通知「のcontextNameと共にデフォルトのコンテキスト内の<制限> MIBビューへのグループ「初期」に属しているsecurityNamesに代わってsecurityModel USM、たsecurityLevel「noAuthNoPrivという」へのアクセスを」。
- read-write-notify access for securityModel USM, securityLevel "authNoPriv" on behalf of securityNames that belong to the group "initial" to the <internet> MIB view in the default context with contextName "".
- 読み書き-通知グループへのcontextNameと共にデフォルトのコンテキストにおける<インターネット> MIBビュー「」を「初期」所属securityNamesに代わってsecurityModel USM、たsecurityLevel「authNoPriv」へのアクセスを。
- if privacy is supported, read-write-notify access for securityModel USM, securityLevel "authPriv" on behalf of securityNames that belong to the group "initial" to the <internet> MIB view in the default context with contextName "".
- プライバシーがサポートされている場合、読み取り、書き込み、通知のcontextNameと共にデフォルトコンテキスト「の<インターネット> MIBビューにグループ「初期」に属しているsecurityNamesに代わってsecurityModel USM、たsecurityLevel「authPrivの」へのアクセスを」。
That translates into the following entries in the vacmAccessTable.
それはするvacmAccessTableに次のエントリに変換されます。
- One entry to be used for unauthenticated access (noAuthNoPriv):
- 認証されていないアクセスに使用する1つのエントリ（noAuthNoPrivという）：
vacmGroupName "initial" vacmAccessContextPrefix "" vacmAccessSecurityModel 3 (USM) vacmAccessSecurityLevel noAuthNoPriv vacmAccessContextMatch exact vacmAccessReadViewName "restricted" vacmAccessWriteViewName "" vacmAccessNotifyViewName "restricted" vacmAccessStorageType anyValidStorageType vacmAccessStatus active
vacmGroupName "初期" vacmAccessContextPrefix "" vacmAccessSecurityModel 3（USM）vacmAccessSecurityLevel noAuthNoPrivというvacmAccessContextMatchの正確なvacmAccessReadViewNameは "" vacmAccessWriteViewName "" vacmAccessNotifyViewNameがアクティブvacmAccessStorageType anyValidStorageType vacmAccessStatusを "制限" 制限しました
- One entry to be used for authenticated access (authNoPriv) with optional privacy (authPriv):
- オプションのプライバシー（authPriv）などとの認証アクセスに使用される1つのエントリ（authNoPriv）：
vacmGroupName "initial" vacmAccessContextPrefix "" vacmAccessSecurityModel 3 (USM) vacmAccessSecurityLevel authNoPriv vacmAccessContextMatch exact vacmAccessReadViewName "internet" vacmAccessWriteViewName "internet" vacmAccessNotifyViewName "internet" vacmAccessStorageType anyValidStorageType vacmAccessStatus active
アクティブvacmGroupName "初期" vacmAccessContextPrefix "" vacmAccessSecurityModel 3（USM）vacmAccessSecurityLevel authNoPriv vacmAccessContextMatchの正確なvacmAccessReadViewName "インターネット" vacmAccessWriteViewName "インターネット" vacmAccessNotifyViewName "インターネット" vacmAccessStorageType anyValidStorageType vacmAccessStatus
5) Two MIB views, of which the second one depends on the security configuration.
5）2つのMIBビューは、これの第2のものは、セキュリティ設定に依存します。
- One view, the <internet> view, for authenticated access:
- 認証されたアクセスのための一つのビュー、<インターネット>ビュー：
- the <internet> MIB view is the following subtree: "internet" (subtree 1.3.6.1)
- <インターネット> MIBビューには、以下のサブツリーです：「インターネット」（サブツリー1.3.6.1）
- A second view, the <restricted> view, for unauthenticated access. This view is configured according to the selected security configuration:
- 認証されていないアクセスするための第2の図で、<制限>ビュー、。このビューは、選択されたセキュリティ設定に応じて構成されています。
- For the initial-no-access-configuration there is no default initial configuration, so no MIB views are pre-scribed.
- 初期ノー・アクセス・コンフィギュレーションのためにそこにはデフォルトの初期設定ではないので、何のMIBビューは、事前にスクライブされません。
- For the initial-semi-secure-configuration:
- 初期セミセキュア構成の場合：
the <restricted> MIB view is the union of these subtrees: (a) "system" (subtree 1.3.6.1.2.1.1) [RFC1907] (b) "snmp" (subtree 1.3.6.1.2.1.11) [RFC1907] (c) "snmpEngine" (subtree 1.3.6.1.6.3.10.2.1) [RFC2571] (d) "snmpMPDStats" (subtree 1.3.6.1.6.3.11.2.1) [RFC2572] (e) "usmStats" (subtree 1.3.6.1.6.3.15.1.1) [RFC2574]
<制限> MIBビューは、これらのサブツリーの和集合である：（A） "システム"（サブツリー1.3.6.1.2.1.1）[RFC1907]（b）の "SNMP"（サブツリー1.3.6.1.2.1.11）[RFC1907 （C） "snmpEngine"（サブツリー1.3.6.1.6.3.10.2.1）[RFC2571]（D） "snmpMPDStats"（サブツリー1.3.6.1.6.3.11.2.1）[RFC2572]（E） "usmStats"（サブツリー1.3.6.1.6.3.15.1.1）[RFC2574]
- For the initial-minimum-secure-configuration:
- 初期最小セキュア構成の場合：
the <restricted> MIB view is the following subtree. "internet" (subtree 1.3.6.1)
<制限> MIBビューには、次のサブツリーです。 "インターネット"（サブツリー1.3.6.1）
This translates into the following "internet" entry in the vacmViewTreeFamilyTable:
これはvacmViewTreeFamilyTableの中に、以下の「インターネット」のエントリに変換します。
minimum-secure semi-secure
---------------- ---------------
vacmViewTreeFamilyViewName "internet" "internet"
vacmViewTreeFamilySubtree 1.3.6.1 1.3.6.1
vacmViewTreeFamilyMask "" ""
vacmViewTreeFamilyType 1 (included) 1 (included)
vacmViewTreeFamilyStorageType anyValidStorageType anyValidStorageType
vacmViewTreeFamilyStatus active active
In addition it translates into the following "restricted" entries in the vacmViewTreeFamilyTable:
それに加えて、vacmViewTreeFamilyTableの中に、以下の「制限」のエントリに変換します。
minimum-secure semi-secure
---------------- ---------------
vacmViewTreeFamilyViewName "restricted" "restricted"
vacmViewTreeFamilySubtree 1.3.6.1 1.3.6.1.2.1.1
vacmViewTreeFamilyMask "" ""
vacmViewTreeFamilyType 1 (included) 1 (included)
vacmViewTreeFamilyStorageType anyValidStorageType anyValidStorageType
vacmViewTreeFamilyStatus active active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.2.1.11 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName（付属）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatusアクティブvacmViewTreeFamilySubtree 1.3.6.1.2.1.11 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 "制限"
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.10.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName（付属）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatusアクティブvacmViewTreeFamilySubtree 1.3.6.1.6.3.10.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 "制限"
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.11.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName（付属）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatusアクティブvacmViewTreeFamilySubtree 1.3.6.1.6.3.11.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 "制限"
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.15.1.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName（付属）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatusアクティブvacmViewTreeFamilySubtree 1.3.6.1.6.3.15.1.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 "制限"
B. Change Log
B.変更ログ
Changes made since RFC2275:
RFC2275以降に行われた変更：
- Added text to vacmSecurityToGroupStatus DESCRIPTION clause to clarify under which conditions an entry in the vacmSecurityToGroupTable can be made active. - Added REVISION clauses to MODULE-IDENTITY - Clarified text in vacmAccessTable DESCRIPTION clause. - Added a DEFVAL clause to vacmAccessContextMatch object. - Added missing columns in Appendix A and re-arranged for clarity. - Fixed oids in appendix A. - Use the PDU Class terminology instead of RFC1905 PDU types. - Added section 7.4 about access control to the MIB. - Fixed references to new/revised documents - Fix Editor contact information. - fixed spelling errors - removed one vacmAccesEntry from sample in appendix A. - made some more clarifications. - updated acknowledgement section.
- vacmSecurityToGroupStatus説明節に追加されたテキストはvacmSecurityToGroupTable内のエントリをアクティブにすることができる条件下で、明確にします。 - するvacmAccessTable説明節で明らかにテキスト - MODULE-IDENTITYにREVISION句を追加しました。 - vacmAccessContextMatchのオブジェクトにDEFVAL節を追加しました。 - 付録Aに不足している列を追加し、明確にするために再配置されました。 - 付録Aの固定のOID - 代わりに、RFC1905 PDUタイプのPDUクラスの用語を使用します。 - MIBへのアクセス制御に関するセクション7.4を追加しました。 - 新/改訂版のドキュメントへの固定参照 - 編集者の連絡先情報を修正してください。 - 固定スペルエラーが - 付録Aのサンプルから1 vacmAccesEntryを除去 - いくつかのより多くの明確化を行いました。 - 承認セクションを更新しました。
C. Full Copyright Statement
C.完全な著作権声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。