📄 00000004.htm
字号:
<BR>By convention, domain names can be stored with arbitrary case, but <BR>domain name comparisons for all present domain functions are done in a <BR>case-insensitive manner, assuming an ASCII character set, and a high <BR>order zero bit. This means that you are free to create a node with <BR>label "A" or a node with label "a", but not both as brothers; you could <BR>refer to either using "a" or "A". When you receive a domain name or <BR> <BR> <BR> <BR>Mockapetris [Page 7] <BR> <BR>RFC 1034 Domain Concepts and Facilities November 1987 <BR> <BR> <BR>label, you should preserve its case. The rationale for this choice is <BR>that we may someday need to add full binary domain names for new <BR>services; existing services would not be changed. <BR> <BR>When a user needs to type a domain name, the length of each label is <BR>omitted and the labels are separated by dots ("."). Since a complete <BR>domain name ends with the root label, this leads to a printed form which <BR>ends in a dot. We use this property to distinguish between: <BR> <BR> - a character string which represents a complete domain name <BR> (often called "absolute"). For example, "poneria.ISI.EDU." <BR> <BR> - a character string that represents the starting labels of a <BR> domain name which is incomplete, and should be completed by <BR> local software using knowledge of the local domain (often <BR> called "relative"). For example, "poneria" used in the <BR> ISI.EDU domain. <BR> <BR>Relative names are either taken relative to a well known origin, or to a <BR>list of domains used as a search list. Relative names appear mostly at <BR>the user interface, where their interpretation varies from <BR>implementation to implementation, and in master files, where they are <BR>relative to a single origin domain name. The most common interpretation <BR>uses the root "." as either the single origin or as one of the members <BR>of the search list, so a multi-label relative name is often one where <BR>the trailing dot has been omitted to save typing. <BR> <BR>To simplify implementations, the total number of octets that represent a <BR>domain name (i.e., the sum of all label octets and label lengths) is <BR>limited to 255. <BR> <BR>A domain is identified by a domain name, and consists of that part of <BR>the domain name space that is at or below the domain name which <BR>specifies the domain. A domain is a subdomain of another domain if it <BR>is contained within that domain. This relationship can be tested by <BR>seeing if the subdomain's name ends with the containing domain's name. <BR>For example, A.B.C.D is a subdomain of B.C.D, C.D, D, and " ". <BR> <BR>3.2. Administrative guidelines on use <BR> <BR>As a matter of policy, the DNS technical specifications do not mandate a <BR>particular tree structure or rules for selecting labels; its goal is to <BR>be as general as possible, so that it can be used to build arbitrary <BR>applications. In particular, the system was designed so that the name <BR>space did not have to be organized along the lines of network <BR>boundaries, name servers, etc. The rationale for this is not that the <BR>name space should have no implied semantics, but rather that the choice <BR>of implied semantics should be left open to be used for the problem at <BR> <BR> <BR> <BR>Mockapetris [Page 8] <BR> <BR>RFC 1034 Domain Concepts and Facilities November 1987 <BR> <BR> <BR>hand, and that different parts of the tree can have different implied <BR>semantics. For example, the IN-ADDR.ARPA domain is organized and <BR>distributed by network and host address because its role is to translate <BR>from network or host numbers to names; NetBIOS domains [RFC-1001, RFC- <BR>1002] are flat because that is appropriate for that application. <BR> <BR>However, there are some guidelines that apply to the "normal" parts of <BR>the name space used for hosts, mailboxes, etc., that will make the name <BR>space more uniform, provide for growth, and minimize problems as <BR>software is converted from the older host table. The political <BR>decisions about the top levels of the tree originated in RFC-920. <BR>Current policy for the top levels is discussed in [RFC-1032]. MILNET <BR>conversion issues are covered in [RFC-1031]. <BR> <BR>Lower domains which will eventually be broken into multiple zones should <BR>provide branching at the top of the domain so that the eventual <BR>decomposition can be done without renaming. Node labels which use <BR>special characters, leading digits, etc., are likely to break older <BR>software which depends on more restrictive choices. <BR> <BR>3.3. Technical guidelines on use <BR> <BR>Before the DNS can be used to hold naming information for some kind of <BR>object, two needs must be met: <BR> <BR> - A convention for mapping between object names and domain <BR> names. This describes how information about an object is <BR> accessed. <BR> <BR> - RR types and data formats for describing the object. <BR> <BR>These rules can be quite simple or fairly complex. Very often, the <BR>designer must take into account existing formats and plan for upward <BR>compatibility for existing usage. Multiple mappings or levels of <BR>mapping may be required. <BR> <BR>For hosts, the mapping depends on the existing syntax for host names <BR>which is a subset of the usual text representation for domain names, <BR>together with RR formats for describing host addresses, etc. Because we <BR>need a reliable inverse mapping from address to host name, a special <BR>mapping for addresses into the IN-ADDR.ARPA domain is also defined. <BR> <BR>For mailboxes, the mapping is slightly more complex. The usual mail <BR>address <local-part>@<mail-domain> is mapped into a domain name by <BR>converting <local-part> into a single label (regardles of dots it <BR>contains), converting <mail-domain> into a domain name using the usual <BR>text format for domain names (dots denote label breaks), and <BR>concatenating the two to form a single domain name. Thus the mailbox <BR> <BR> <BR> <BR>Mockapetris [Page 9] <BR> <BR>RFC 1034 Domain Concepts and Facilities November 1987 <BR> <BR> <BR><A HREF="mailto:HOSTMASTER@SRI-NIC.ARPA">HOSTMASTER@SRI-NIC.ARPA</A> is represented as a domain name by <BR>HOSTMASTER.SRI-NIC.ARPA. An appreciation for the reasons behind this <BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -