home *** CD-ROM | disk | FTP | other *** search
/ rtsi.com / 2014.01.www.rtsi.com.tar / www.rtsi.com / OS9 / OSK / NETWORK / ISP / bind.4.8.3.lzh / BIND483 / MAN / named.8 < prev    next >
Text File  |  1993-08-24  |  12KB  |  326 lines
  1. .\" Copyright (c) 1985 The Regents of the University of California.
  2. .\" All rights reserved.
  3. .\"
  4. .\" Redistribution and use in source and binary forms are permitted
  5. .\" provided that the above copyright notice and this paragraph are
  6. .\" duplicated in all such forms and that any documentation,
  7. .\" advertising materials, and other materials related to such
  8. .\" distribution and use acknowledge that the software was developed
  9. .\" by the University of California, Berkeley.  The name of the
  10. .\" University may not be used to endorse or promote products derived
  11. .\" from this software without specific prior written permission.
  12. .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
  13. .\" IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED
  14. .\" WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
  15. .\"
  16. .\"    @(#)named.8    6.6 (Berkeley) 2/14/89
  17. .\"
  18. .TH NAMED 8 "February 14, 1989"
  19. .UC 4
  20. .SH NAME
  21. named \- Internet domain name server
  22. .SH SYNOPSIS
  23. .B named
  24. [
  25. .B \-d
  26. .I debuglevel
  27. ] [
  28. .B \-p
  29. .I port#
  30. ] [{\-b}
  31. .I bootfile
  32. ]
  33. .SH DESCRIPTION
  34. .I Named
  35. is the Internet domain name server.
  36. See RFC883 for more information on the Internet name-domain system.
  37. Without any arguments,
  38. .I named
  39. will read the default boot file
  40. .IR /etc/named.boot ,
  41. read any initial data and listen for queries.
  42. .PP
  43. Options are:
  44. .TP
  45. .B \-d
  46. Print debugging information.
  47. A number after the ``d'' determines the level of
  48. messages printed.
  49. .TP
  50. .B \-p
  51. Use a different port number.  The default is the standard port number
  52. as listed in /etc/services.
  53. .TP
  54. .B \-b
  55. Use an alternate boot file.  This is optional and allows you to
  56. specify a file with a leading dash.
  57. .PP
  58. Any additional argument is taken as the name of the boot file.
  59. The boot file contains information about where the name server is to get
  60. its initial data.  If multiple boot files are specified, only the last
  61. is used.
  62. Lines in the boot file cannot be continued on subsequent lines.
  63. The following is a small example:
  64. .in +2m
  65. .nf
  66.  
  67. ;
  68. ;    boot file for name server
  69. ;
  70. directory    /usr/local/domain
  71.  
  72. .ta \w'forwarders\ 'u +\w'6.32.128.IN-ADDR.ARPA\ 'u +\w'128.32.137.8 128.32.137.3\ 'u
  73. ; type    domain    source host/file                backup file
  74.  
  75. cache    .                            root.cache
  76. primary    Berkeley.EDU    berkeley.edu.zone
  77. primary    32.128.IN-ADDR.ARPA    ucbhosts.rev
  78. secondary    CC.Berkeley.EDU    128.32.137.8 128.32.137.3    cc.zone.bak
  79. secondary    6.32.128.IN-ADDR.ARPA    128.32.137.8 128.32.137.3    cc.rev.bak
  80. primary    0.0.127.IN-ADDR.ARPA                    localhost.rev
  81. forwarders    10.0.0.78 10.2.0.78
  82. ; slave
  83.  
  84. .DT
  85. .fi
  86. .in
  87. The ``directory'' line causes the server to change its
  88. working directory to the directory specified.  This can
  89. be important for the correct processing of $INCLUDE files
  90. in primary zone files.
  91. .LP
  92. The ``cache'' line specifies that data in ``root.cache'' is to be
  93. placed in the backup cache.
  94. Its main use is to specify data such as locations of root domain servers.
  95. This cache is not used during normal operation,
  96. but is used as ``hints'' to find the current root servers.
  97. The file ``root.cache'' is in the same format as ``berkeley.edu.zone''.
  98. There can be more than one ``cache'' file specified.
  99. .\"The first such file will be updated under certain conditions to snapshot the
  100. .\"cache (see SIGQUIT below).
  101. .\"The cache line can also have an optional interval argument after
  102. .\"the filename.
  103. .\"If an interval is listed,
  104. .\"it requests the nameserver to dump the cache contents
  105. .\"at that interval (in seconds).
  106. .\"The example above requests the nameserver to dump the cache content
  107. .\"every 3600 seconds (once an hour).
  108. .\"The use of automatic cache file updates is not currently recommended
  109. .\"because of the way the cache is currently managed by the server;
  110. .\"although the entire cache will be dumped for later reloading,
  111. .\"most of the cache contents will be ignored when reloaded.
  112. .\"The exact dump interval will vary
  113. .\"based on the minimum maintence interval time which is typically about
  114. .\"5 minutes.
  115. The cache files are processed in such a way as to preserve the
  116. time-to-live's
  117. of data dumped out.  Data for the root nameservers is kept artificially
  118. valid if necessary.
  119. .LP
  120. The first ``primary'' line states that the file ``berkeley.edu.zone'' contains
  121. authoritative data for the ``Berkeley.EDU'' zone.
  122. The file ``berkeley.edu.zone''
  123. contains data in the master file format described in RFC883.
  124. All domain names are relative to the origin, in this
  125. case, ``Berkeley.EDU'' (see below for a more detailed description).
  126. The second ``primary'' line states that the file ``ucbhosts.rev'' contains
  127. authoritative data for the domain ``32.128.IN-ADDR.ARPA,'' which is used
  128. to translate addresses in network 128.32 to hostnames.
  129. Each master file should begin with an SOA record for the zone
  130. (see below).
  131. .LP
  132. The first ``secondary'' line specifies that all authoritative data
  133. under ``CC.Berkeley.EDU'' is to be transferred from the name server
  134. at 128.32.137.8.  If the transfer fails it will try 128.32.137.3 and
  135. continue trying the addresses, up to 10, listed on this line.
  136. The secondary copy is also authoritative for the specified domain.
  137. The first non-dotted-quad address on this line will be taken
  138. as a filename in which to backup the transfered zone.
  139. The name server will load the zone from this backup file if it exists
  140. when it boots, providing a complete copy even if the master servers
  141. are unreachable.
  142. Whenever a new copy of the domain is received by automatic zone transfer
  143. from one of the master servers, this file will be updated.
  144. The second ``secondary'' line states that the address-to-hostname
  145. mapping for the subnet 128.32.136 should be obtained from the same list
  146. of master servers as the previous zone.
  147. .LP
  148. The ``forwarders'' line specifies the addresses of sitewide servers
  149. that will accept recursive queries from other servers.
  150. If the boot file specifies one or more forwarders, then the
  151. server will send all queries for data not in the cache to the forwarders first.
  152. Each forwarder will be asked in turn until an answer is returned
  153. or the list is exhausted.  If no answer is forthcoming from a
  154. forwarder, the server will continue as it would have without
  155. the forwarders line unless it is in ``slave'' mode.
  156. The forwarding facility is useful
  157. to cause a large sitewide cache to be generated on a master,
  158. and to reduce traffic over links to outside servers.
  159. It can also be used to allow servers to run that do not have
  160. access directly to the Internet, but wish to act as though
  161. they do.
  162. .LP
  163. The ``slave'' line (shown commented out) is used to put the server
  164. in slave mode.  In this mode, the server will only make queries to
  165. forwarders.  This option is normally used on machine that wish to
  166. run a server but for physical or administrative reasons cannot
  167. be given access to the Internet, but have access to a host that
  168. does have access.
  169. .LP
  170. The ``sortlist'' line can be used to indicate networks that are to be
  171. preferred over other, unlisted networks.
  172. Queries for host addresses from hosts on the same network as the server
  173. will receive responses with local network addresses listed first,
  174. then addresses on the sort list, then other addresses.
  175. This line is only acted on at initial startup.
  176. When reloading the nameserver with
  177. a SIGHUP, this line will be ignored.
  178. .PP
  179. The master file consists of control information
  180. and a list of resource records for objects in the zone
  181. of the forms:
  182. .RS
  183. .nf
  184.  
  185. $INCLUDE <filename> <opt_domain>
  186. $ORIGIN <domain>
  187. <domain> <opt_ttl> <opt_class> <type> <resource_record_data>
  188.  
  189. .fi
  190. .RE
  191. where
  192. .I domain
  193. is "." for root, "@" for the current origin, or a standard domain
  194. name. If
  195. .I domain
  196. is a standard domain name that does not end with ``.'', the current origin
  197. is appended to the domain. Domain names ending with ``.'' are
  198. unmodified.
  199. The
  200. .I opt_domain
  201. field is used to define an origin for the data in an included file.
  202. It is equivalent to placing a $ORIGIN statement before the first
  203. line of the included file.  The field is optional.
  204. Neither the
  205. .I opt_domain
  206. field nor $ORIGIN statements in the included file modify the current origin
  207. for this file.
  208. The
  209. .I opt_ttl
  210. field is an optional integer number for the time-to-live field.
  211. It defaults to zero, meaning the minimum value specified in the SOA
  212. record for the zone.
  213. The
  214. .I opt_class
  215. field is the object address type; currently only one type is supported,
  216. .BR IN ,
  217. for objects connected to the DARPA Internet. 
  218. The
  219. .I type
  220. field contains one of the following tokens; the data expected in the
  221. .I resource_record_data
  222. field is in parentheses.
  223. .TP "\w'MINFO    'u"
  224. A
  225. a host address (dotted quad)
  226. .IP NS
  227. an authoritative name server (domain)
  228. .IP MX
  229. a mail exchanger (domain)
  230. .IP CNAME
  231. the canonical name for an alias (domain)
  232. .IP SOA
  233. marks the start of a zone of authority (domain of originating host,
  234. domain address of maintainer, a serial number and the following
  235. parameters in seconds: refresh, retry, expire and minimum TTL (see RFC883))
  236. .IP MB
  237. a mailbox domain name (domain)
  238. .IP MG
  239. a mail group member (domain)
  240. .IP MR
  241. a mail rename domain name (domain)
  242. .IP NULL
  243. a null resource record (no format or data)
  244. .IP WKS
  245. a well know service description (not implemented yet)
  246. .IP PTR
  247. a domain name pointer (domain)
  248. .IP HINFO
  249. host information (cpu_type OS_type)
  250. .IP MINFO
  251. mailbox or mail list information (request_domain error_domain)
  252. .PP
  253. Resource records normally end at the end of a line,
  254. but may be continued across lines between opening and closing parentheses.
  255. Comments are introduced by semicolons and continue to the end of the line.
  256. .PP
  257. Each master zone file should begin with an SOA record for the zone.
  258. An example SOA record is as follows:
  259. .LP
  260. .nf
  261. @    IN    SOA    ucbvax.Berkeley.EDU. rwh.ucbvax.Berkeley.EDU. (
  262.                 2.89    ; serial
  263.                 10800    ; refresh
  264.                 3600    ; retry
  265.                 3600000    ; expire
  266.                 86400 )    ; minimum
  267. .fi
  268. .LP
  269. The SOA lists a serial number, which should be changed each time the master
  270. file is changed.
  271. Secondary servers check the serial number at intervals specified by the refresh
  272. time in seconds; if the serial number changes, a zone transfer will be done
  273. to load the new data.
  274. If a master server cannot be contacted when a refresh is due, the retry time
  275. specifies the interval at which refreshes should be attempted until successful.
  276. If a master server cannot be contacted within the interval given by the
  277. expire time, all data from the zone is discarded by secondary servers.
  278. The minimum value is the time-to-live used by records in the file
  279. with no explicit time-to-live value.
  280. .SH NOTES
  281. The boot file directives ``domain'' and ``suffixes'' have been
  282. obsoleted by a more useful resolver based implementation of
  283. suffixing for partially qualified domain names.  The prior mechanisms
  284. could fail under a number of situations, especially when then local
  285. nameserver did not have complete information.
  286. .sp
  287. The following signals have the specified effect when sent to the
  288. server process using the
  289. .IR kill (1)
  290. command.
  291. .IP SIGHUP
  292. Causes server to read named.boot and reload database.
  293. .IP SIGINT
  294. Dumps current data base and cache to /usr/tmp/named_dump.db
  295. .\".IP SIGQUIT
  296. .\"Causes the server to checkpoint the cache into the first ``cache'' file.
  297. .IP SIGIOT
  298. Dumps statistics data into /usr/tmp/named.stats if the server is
  299. compiled -DSTATS.  Statistics data is appended to the file.
  300. .IP SIGSYS
  301. Dumps the profiling data in /usr/tmp if the server is compiled
  302. with profiling (server forks, chdirs and exits).
  303. .IP SIGTERM
  304. Dumps the primary and secondary database files.
  305. Used to save modified data on shutdown if the
  306. server is compiled with dynamic updating enabled.
  307. .IP SIGUSR1
  308. Turns on debugging; each SIGUSR1 increments debug level.
  309. (SIGEMT on older systems without SIGUSR1)
  310. .IP SIGUSR2
  311. Turns off debugging completely.
  312. (SIGFPE on older systems without SIGUSR2)
  313. .SH FILES
  314. .nf
  315. .ta \w'/usr/tmp/named_dump.db   'u
  316. /etc/named.boot    name server configuration boot file
  317. /etc/named.pid    the process id
  318. /usr/tmp/named.run    debug output
  319. /usr/tmp/named_dump.db    dump of the name server database
  320. /usr/tmp/named.stats    nameserver statistics data
  321. .fi
  322. .SH "SEE ALSO"
  323. kill(1), gethostbyname(3N), signal(3c), resolver(3), resolver(5), hostname(7),
  324. RFC882, RFC883, RFC973, RFC974,
  325. \fIName Server Operations Guide for BIND\fR
  326.