rfc1611.txt

RFC文档

组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：[e-mail]
译者：毕峰（bifeng   [e-mail]）
译文发布时间：2001-7-16
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须
保留本文档的翻译及版权信息。




Network Working Group                                         R. Austein
Request for Comments: 1611               Epilogue Technology Corporation
Category: Standards Track                                     J. Saperia
                                           Digital Equipment Corporation
                                                                May 1994
DNS服务器MIB扩展
（RFC1611 ——DNS Server MIB Extensions） 


本备忘录的状态
本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建
议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化
程度和状态。本备忘录的发布不受任何限制。

版权声明

Copyright (C) The Internet Society (2001).




目录

1.  介绍	2
2. SNMPV2网络管理框架	2
2.1. 对象定义	3
3. 概述	3
3.1. 解析器（RESOLVER）	3
3.2. 命名服务器	4
3.3. 所选择的对象	4
3.4. 文本约定	4
4. 定义	4
5. 致谢	26
6. 参考文献	26
7.  安全考虑	28
8.  作者地址	28

1.  介绍
该备忘录定义了在Internet团体中使用网络管理协议的一部分管理信息库（MIB）。特别
是它描述了一套实现命名服务器功能的扩展。该备忘录由DNS工作组制订。
随着Internet标准网络管理框架[4、5、6、7]的采用和这些标准在可用的商业产品上的
大量提供商实现，在基于TCP/IP的Internet中提供一个高效的网络管理已变为可能。随着
这些标准的使用的增加，已可能考虑管理超出基本TCP/IP协议外的设施中的其他单元。
TCP/IP体系结构中的一个关键单元就是DNS。
到目前为止，还没有机制将DNS的管理和基于SNMP的管理者结合在一起。该备忘录
提供了一种机制，基于IP的管理站可以通过它以一种综合方式有效地管理DNS命名服务器
软件。
我们定义了和Internet MIB结合在一起用于允许Internet团体通过SNMP访问和控制
DNS命名服务器软件的DNS MIB对象。

2. SNMPv2网络管理框架
SNMPv2网络管理框架包含四个主要的组件。它们是：
?	RFC 1442，它定义了SMI，用于描述和命名管理对象的机制。
?	STD 17，RFC1213，它定义了MIB-II，Internet协议组的管理对象的核心集。
?	RFC 1445，它定义了框架的管理和其他体系结构方面。
?	RFC 1448，它定义了用于到管理对象的网络访问协议。
该框架允许为试验和评估目的定义新对象。

2.1. 对象定义
管理对象通过一个虚拟信息库访问，称为管理信息库或MIB。MIB中的对象用抽象语
法标记（ASN.1）的子集（定义在SMI中）定义。特别地，每个对象类型命名为一个OBJECT 
IDENTIFIER（一个管理指配名）。对象类型和对象实例一起唯一地标识一个特定的实例化对
象。为方便起见，通常使用一个文本字符串，称为描述符，指向对象类型。

3. 概述
理论上DNS世界非常简单。有两种实体：解析器和命名服务器。解析器提出问题。命
名服务器回答。然而在现实世界中并不这么简单。实现者对于如何在解析器和服务器之间划
分DNS功能做出了差别很大的选择，他们也构造了各种奇异的混合。在定义该MIB中的最
困难的任务是适应各种实体，而不必为每个单体定义一个单独的MIB。
我们把各种不同的DNS功能划分为两个非重叠的类，称为：“解析器功能”和“命名服
务器功能”。执行我们定义的解析器功能的DNS实体包含一个解析器，因此必须实现在一个
单独的MIB模块中定义的所有解析器所需的MIB组。实现命名服务器功能的DNS实体称
为命名服务器，必须实现该模块中的命名服务器所需的MIB组。如果同一软件既执行解析
器功能也执行服务器功能，我们想象它既包含一个解析器也包含一个服务器，因此必须实现
DNS服务器MIB和DNS解析器MIB。

3.1. 解析器（Resolver）
在我们的模型中，解析器是一个程序（或一部分）它接收来自服务器的资源记录
（Resource Record）。一般地，它在一个应用程序的命令下执行该操作，但是也可以作为自
身操作的一部分。解析器发送DNS协议查询并接收DNS协议应答。解析器既不接受查询也
不发送应答。完全业务解析器是一个知道如何解析查询：它通过访问对所需记录有可靠信息
的服务器获得所需的资源记录。桩解析器（stub resolver）不知道如何解析查询：它发送所
有查询给一个本地命名服务器，设置“recursion desired”（需要递归）标志以表示它希望命
名服务器解析该查询。解析器可以（可选地）有一个缓存，以记住以前获得的资源记录。它
也可以有一个负缓存，以记住那些不存在的名称或数据。

3.2. 命名服务器
命名服务器是提供资源记录给解析器的一个程序（或部分）。本文档中提及的所有“命
名服务器”都指“命名服务器角色”；在某些情况下，命名服务器角色和解析器角色可能组
合成为一个单一的程序。命名服务器接受DNS协议查询和发送DNS协议应答，命名服务器
既不发送查询也不接收应答，因此命名服务器没有缓存。通常命名服务器只接收那些它可以
用可靠信息应答的查询。然而，如果命名服务器接收到一个查询，它不能用完全可靠的消息
应答，它会选择试图从解析器（是或者不是一个单独的进程）获得必要的附加信息。

3.3. 所选择的对象
该备忘录中所包括的对象都是由包含在DNS规范[1、2]中的信息创建的，该规范被后
来的主机需求文档修订和澄清过。其他对象的创建是基于现有的DNS工具的使用经验、期
望的操作需求、现有的DNS实现产生的统计和现有的DNS实现使用的配置文件。这些对象
被划分为如下几组：
?	服务器配置组
?	服务器计数器组
?	服务器可选计数器组
?	服务器区域组

该信息已经被用定义在[9]中的SNMPv2 SMI转换成为一个标准形式。在很多地方，那
些描述受上面提到的DNS相关RFC的影响。例如，用于各种DNS记录查询的计数器的描
述受用于各种记录类型的定义[2]的影响。

3.4. 文本约定
几种概念数据类型已经被引入该DNS MIB文档作为文本约定。这些引入将会促进DNS
使用的信息的公共理解。SMI和SNMP没有必要改变以支持这些转换。
熟悉为低层Internet协议组管理实体所设计的MIB的读者可能会对在该MIB中使用非
枚举类型的整数代表例如DNS RR类别和类型的数值感到吃惊。这一选择的原因很简单：
DNS本身被设计为一个可扩展协议，允许添加新的资源记录类别和类型到协议中，而不重
新编码核心DNS软件。使用非枚举整数代表该MIB中的数据类型可以使MIB很好地适应
这些变化。

4. 定义
   DNS-SERVER-MIB DEFINITIONS ::= BEGIN
   IMPORTS
       mib-2
           FROM RFC-1213
       MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY,
       IpAddress, Counter32, Gauge32
           FROM SNMPv2-SMI
       TEXTUAL-CONVENTION, RowStatus, DisplayString, TruthValue
           FROM SNMPv2-TC
       MODULE-COMPLIANCE, OBJECT-GROUP
           FROM SNMPv2-CONF;

   dns OBJECT-IDENTITY
       STATUS  current
       DESCRIPTION
               "赋予IANA工作的DNS MIB的OID。"
       ::= { mib-2 32 }

   dnsServMIB MODULE-IDENTITY
       LAST-UPDATED "9401282251Z"
       ORGANIZATION "IETF DNS Working Group"
       CONTACT-INFO
               "       Rob Austein
               Postal: Epilogue Technology Corporation
                       268 Main Street, Suite 283
                       North Reading, MA 10864
                       US
                  Tel: [phone]
                  Fax: [phone]
               E-Mail: [e-mail]

                       Jon Saperia
               Postal: Digital Equipment Corporation
                       110 Spit Brook Road
                       ZKO1-3/H18
                       Nashua, NH 03062-2698
                       US
                  Tel: [phone]
                  Fax: [phone]
                Email: [e-mail]"
       DESCRIPTION
               "实现DNS协议的服务器方实体的MIB模块。"
       ::= { dns 1 }

   dnsServMIBObjects       OBJECT IDENTIFIER ::= { dnsServMIB 1 }

   -- (Old-style) DNS服务器MIB中的组。

   dnsServConfig           OBJECT IDENTIFIER ::= { dnsServMIBObjects 1 }
   dnsServCounter          OBJECT IDENTIFIER ::= { dnsServMIBObjects 2 }
   dnsServOptCounter       OBJECT IDENTIFIER ::= { dnsServMIBObjects 3 }
   dnsServZone            OBJECT IDENTIFIER ::= { dnsServMIBObjects 4 }


   -- 文本约定

   DnsName ::= TEXTUAL-CONVENTION
       -- DISPLAY-HINT很好，但难于表达。
       STATUS  current
       DESCRIPTION
"DNS名是一个标签序列。当显示一个DNS名时，标签之间一般用点分
隔（例如，‘Acme’和‘COM’是域名‘Acme.COM’的标签）。然而在
DNS协议中不需要这样的分隔符，因为每一个标签被编码为一个有长度
的字节流，其前面标明了标签字节的长度。例如，‘Acme.COM’被编码
为字节序列{ 4,‘A’,‘c’,‘m’,‘e’, 3, ‘C’,‘O’,‘M’，0}（末
尾的0是根域的名称长度，它出现在任何DNS名的后面）。该MIB与DNS
协议使用同一个编码。

DnsName必须总是一个全名。把一个相对域名作为DnsName编码而不先
把它转换为一个全名是错误的。"

       REFERENCE
               "RFC-1034 3.1.节"
       SYNTAX  OCTET STRING (SIZE (0..255))

   DnsNameAsIndex ::= TEXTUAL-CONVENTION
       STATUS  current
       DESCRIPTION
"该文本约定与DnsName类似，但用于表中的索引组件。该类型的名称中
的字母字符必须是大写字母：字符‘a’到‘z’被映射到字符‘A’到‘Z’。
这一限制是为了 使SNMP强加的词汇顺序在应用到DNS名时有用。

注意一个有效的DNS名在理论上是可以超出SNMP对象标识的允许长
度，因此不可能出现在由DNS名索引的该MIB的表中。当前在Internet
上使用的DNS名的取样说明这一限制并没有在实践中带来严重问题。"

       REFERENCE
               "RFC-1034 3.1节, RFC-1448 4.1. 节"
       SYNTAX  DnsName

   DnsClass ::= TEXTUAL-CONVENTION
       DISPLAY-HINT "2d"
       STATUS  current
       DESCRIPTION
"该数据类型用于代表出现在DNS资源记录中的类别值。使用16位无符
号整数以为定义新类别的记录留有空间。DNS规范列有现有的标准类别。
"
       REFERENCE
               "RFC-1035 3.2.4. 节"
       SYNTAX  INTEGER (0..65535)

   DnsType ::= TEXTUAL-CONVENTION
       DISPLAY-HINT "2d"
       STATUS  current
       DESCRIPTION
"该数据类型用来在DNS中代表在出现在资源记录中的类型值。使用16
位无符号整数以为定义新类型的记录留有空间。DNS规范列有现有的标
准类型。"
       REFERENCE
               "RFC-1035 3.2.2. 节"
       SYNTAX  INTEGER (0..65535)

   DnsQClass ::= TEXTUAL-CONVENTION
       DISPLAY-HINT "2d"
       STATUS  current
       DESCRIPTION
"该数据类型用来在DNS中代表在出现在资源记录中的QClass值。使用
16位无符号整数以为定义新的QClass记录留有空间。DNS规范列有现有
的标准QClass。"
       REFERENCE
               "RFC-1035 3.2.5. 节"
       SYNTAX  INTEGER (0..65535)

   DnsQType ::= TEXTUAL-CONVENTION
       DISPLAY-HINT "2d"
       STATUS  current
       DESCRIPTION
"该数据类型用来在DNS中代表在出现在资源记录中的QType值。
使用16位无符号整数以为定义新的QType记录留有空间。DNS规范列
有现有的标准QType。"
       REFERENCE
               "RFC-1035 3.2.3. 节"
       SYNTAX  INTEGER (0..65535)

   DnsTime ::= TEXTUAL-CONVENTION
       DISPLAY-HINT "4d"
       STATUS  current
       DESCRIPTION
               "DnsTime值是一个以秒钟计算时间的32位无符号整数。"
       REFERENCE
               "RFC-1035."
       SYNTAX  Gauge32


   DnsOpCode ::= TEXTUAL-CONVENTION
       STATUS  current
       DESCRIPTION
"该文本约定用来代表用在DNS消息头部的DNS OPCODE值。DNS规范
中列有现有的OPCODE值。"
       REFERENCE
               "RFC-1035 4.1.1. 节"
       SYNTAX  INTEGER (0..15)

   DnsRespCode ::= TEXTUAL-CONVENTION
       STATUS  current
       DESCRIPTION
"该文本约定用来代表用在DNS应答消息中的DNS RCODE值。DNS规
范中列有现有的RCODE值。"
       REFERENCE
               "RFC-1035 4.1.1. 节"
       SYNTAX  INTEGER (0..15)