win32utils/readme1st.txt

   1 Copyright (C) 2004, 2005, 2007-2009  Internet Systems Consortium, Inc. ("ISC")\r
   2 Copyright (C) 2001, 2003  Internet Software Consortium.\r
   3 See COPYRIGHT in the source root or http://isc.org/copyright.html for terms.\r
   4 \r
   5 $Id: readme1st.txt,v 1.24 2009/09/01 06:51:47 marka Exp $\r
   6 \r
   7            Release of BIND 9.7 for Windows and later.\r
   8 \r
   9 This is a release of BIND 9.7 for Windows XP and later.\r
  10   \r
  11         Important Kit Installation Information\r
  12 \r
  13 As of release 9.3.0, BINDInstall requires that you install it under\r
  14 a account with restricted privileges. The installer will prompt\r
  15 you for an account name, the default is "named", and a password for\r
  16 that account. It will also check for the existence of that account.\r
  17 If it does not exist is will create it with only the privileges\r
  18 required to run BIND. If the account does exist it will check that\r
  19 it has only the one privilege required: "Log on as a service". If\r
  20 it has too many privileges it will prompt you if you want to continue.\r
  21 \r
  22 With BIND running under an account name it is necessary for all\r
  23 files and directories that BIND uses to have permissions set up for\r
  24 the named account if the files are on an NTFS disk. BIND requires\r
  25 that the account have read and write access to the directory for\r
  26 the pid file, any files that are maintained either for slave zones\r
  27 or for master zones supporting dynamic updates. The account will\r
  28 also need read access to the named.conf and any other file that it\r
  29 needs to read.\r
  30 \r
  31 "NT AUTHORITY\LocalService" is also an acceptable account.  This\r
  32 account is built into Windows and no password is required.  Appropriate\r
  33 file permissions will also need to be set for "NT AUTHORITY\LocalService"\r
  34 similar to those that would have been required for the "named" account.\r
  35 \r
  36 It is important that on Windows the directory directive is used in\r
  37 the options section to tell BIND where to find the files used in\r
  38 named.conf (default %WINDOWS%\system32\dns\etc\named.conf).\r
  39 \r
  40 e.g.\r
  41         options {\r
  42                 directory "C:\WINDOWS\system32\dns\etc";\r
  43         };\r
  44 \r
  45 If you have previously installed BIND 8 or BIND 4 on the system\r
  46 that you wish to install this kit, you MUST use the BIND 8 or BIND\r
  47 4 installer to uninstall the previous kit.  For BIND 8.2.x, you can\r
  48 use the BINDInstall that comes with the BIND 8 kit to uninstall it.\r
  49 The BIND 9 installer will NOT uninstall the BIND 8 binaries.  That\r
  50 will be fixed in a future release.\r
  51 \r
  52 Unpack the kit into any convenient directory and run the BINDInstall\r
  53 program.  This will install the named and associated programs into\r
  54 the correct directories and set up the required registry keys.\r
  55 \r
  56 Messages are logged to the Application log in the EventViewer.\r
  57 \r
  58         Controlling BIND\r
  59 \r
  60 Windows uses the same rndc program as is used on Unix systems.  The\r
  61 rndc.conf file must be configured for your system in order to work.\r
  62 You will need to generate a key for this. To do this use the\r
  63 rndc-confgen program. The program will be installed in the same\r
  64 directory as named: dns/bin/.  From the DOS prompt, use the command\r
  65 this way:\r
  66 \r
  67 rndc-confgen -a\r
  68 \r
  69 which will create a rndc.key file in the dns/etc directory. This will\r
  70 allow you to run rndc without an explicit rndc.conf file or key and\r
  71 control entry in named.conf file. See section 3.4.1.2 of the ARM for\r
  72 details of this. An rndc.conf can also be generated by running:\r
  73 \r
  74 rndc-confgen > rndc.conf\r
  75 \r
  76 which will create the rndc.conf file in the current directory, but\r
  77 not copy it to the dns/etc directory where it needs to reside. If\r
  78 you create rndc.conf this way you will need to copy the same key\r
  79 statement into named.conf.\r
  80 \r
  81 The additions look like the following:\r
  82 \r
  83 key "rndc-key" { algorithm hmac-md5; secret "xxxxxxxxx=="; };\r
  84 \r
  85 controls {\r
  86         inet 127.0.0.1 port 953 allow { localhost; } keys { "rndc-key"; };\r
  87 };\r
  88 \r
  89 Note that the value of the secret must come from the key generated\r
  90 above for rndc and must be the same key value for both. Details of\r
  91 this may be found in section 3.4.1.2 of the ARM. If you have rndc\r
  92 on a Unix box you can use it to control BIND on the Windows box as\r
  93 well as using the Windows version of rndc to control a BIND 9 daemon\r
  94 on a Unix box. However you must have key statements valid for the\r
  95 servers you wish to control, specifically the IP address and key\r
  96 in both named.conf and rndc.conf. Again see section 3.4.1.2 of the\r
  97 ARM for details.\r
  98 \r
  99 In order to you rndc from a different system it is important to\r
 100 ensure that the clocks are synchronized. The clocks must be kept\r
 101 within 5 minutes of each other or the rndc commands will fail\r
 102 authentication. Use NTP or other time synchronization software to\r
 103 keep your clocks accurate. NTP can be found at http://www.ntp.org/.\r
 104 \r
 105 In addition BIND is installed as a win32 system service, can be\r
 106 started and stopped in the same way as any other service and\r
 107 automatically starts whenever the system is booted. Signals are not\r
 108 supported and are in fact ignored.\r
 109 \r
 110 Note: Unlike most Windows applications, named does not, change its\r
 111 working directory when started as a service.  If you wish to use\r
 112 relative files in named.conf you will need to specify a working\r
 113 directory using the directory directive options.\r
 114 \r
 115         Documentation\r
 116 \r
 117 This kit includes Documentation in HTML format.  The documentation\r
 118 is not copied during the installation process so you should move\r
 119 it to any convenient location for later reference. Of particular\r
 120 importance is the BIND 9 Administrator's Reference Manual (Bv9ARM*.html)\r
 121 which provides detailed information on BIND 9. In addition, there\r
 122 are HTML pages for each of the BIND 9 applications.\r
 123 \r
 124         DNS Tools\r
 125 \r
 126 The following tools have been built for Windows: dig, nslookup,\r
 127 host, nsupdate, rndc, rndc-confgen, named-checkconf, named-checkzone,\r
 128 dnssec-keygen, dnssec-signzone, dnssec-dsfromkey and dnssec-keyfromlabel.\r
 129 The latter tools are for use with DNSSEC.  All tools are installed\r
 130 in the dns/bin directory.\r
 131 \r
 132 IMPORTANT NOTE ON USING THE TOOLS:\r
 133 \r
 134 It is no longer necessary to create a resolv.conf file on Windows\r
 135 as the tools will look in the registry for the required nameserver\r
 136 information. However if you wish to create a resolv.conf file as\r
 137 follows it will use it in preference to the registry nameserver\r
 138 entries.\r
 139 \r
 140 To create a resolv.conf you need to place it in the System32\Drivers\etc\r
 141 directory and it needs to contain a list of nameserver addresses\r
 142 to use to find the nameserver authoritative for the zone. The format\r
 143 of this file is:\r
 144 \r
 145 nameserver 1.2.3.4\r
 146 nameserver 5.6.7.8\r
 147 \r
 148 Replace the IP addresses with your real addresses.  127.0.0.1 is a\r
 149 valid address if you are running a nameserver on the localhost.\r
 150 \r
 151         Problems\r
 152 \r
 153 Please report all problems to bind9-bugs@isc.org and not to me. All\r
 154 other questions should go to the bind-users@isc.org mailing list\r
 155 or the comp.protocol.dns.bind news group.\r
 156 \r
 157         Danny Mayer\r
 158         mayer@ntp.isc.org\r
 159 \r