home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / u_man / cat1 / dhcp_bootp.z / dhcp_bootp
Encoding:
Text File  |  2002-10-03  |  35.2 KB  |  727 lines
  1.  
  2.  
  3.  
  4. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      dhcp_bootp - proclaim server for Dynamic Host Configuration Protocol
  10.  
  11. SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.      ////uuuussssrrrr////eeeettttcccc////ddddhhhhccccpppp____bbbboooooooottttpppp [ ----ffffdddd ] [ ----oooo _d_h_c_p__o_p_t_i_o_n_s__f_i_l_e ]
  13.  
  14. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  15.      _d_h_c_p__b_o_o_t_p is the server that communicates with other DHCP and
  16.      _p_r_o_c_l_a_i_m(1M) clients to provide configuration parameters, including at
  17.      least an IP address.  The format of DHCP messages is based on _b_o_o_t_p
  18.      messages (see RFC 951).  A detailed protocol specification for DHCP is
  19.      contained in RFC 2131, available from the Network Information Center.
  20.  
  21.      The DHCP protocol uses UDP/IP as its transport mechanism.  The DHCP
  22.      server receives service requests at the UDP port indicated in the _b_o_o_t_p
  23.      service description contained in the file /_e_t_c/_s_e_r_v_i_c_e_s (see
  24.      _s_e_r_v_i_c_e_s(4)).  The _p_r_o_c_l_a_i_m server can be used together with one or more
  25.      _p_r_o_c_l_a_i_m _r_e_l_a_y-_a_g_e_n_t_s (see _d_h_c_p__r_e_l_a_y(1M)) to enable clients to obtain
  26.      address-leases across networks.  The _d_h_c_p__b_o_o_t_p server responds to
  27.      multiple interfaces on a multihomed gateway machine, for dynamic IP
  28.      addresses.
  29.  
  30.      _d_h_c_p__b_o_o_t_p replaces the standard _b_o_o_t_p(1M) server application and serves
  31.      both _b_o_o_t_p and DHCP clients. If the client sends a non-DHCP request, then
  32.      this _b_o_o_t_p request is processed as described in the _b_o_o_t_p(1M) man page
  33.      and the /_e_t_c/_b_o_o_t_p_t_a_b configuration file is used to determine the
  34.      response to the client.
  35.  
  36.  
  37. CCCCOOOOMMMMMMMMAAAANNNNDDDD LLLLIIIINNNNEEEE OOOOPPPPTTTTIIIIOOOONNNNSSSS
  38.      ----ffff   This enables cross network forwarding if the client is requesting
  39.           for service from a dhcp server which is reachable via this server
  40.           and on a different wire.
  41.  
  42.      ----dddd   This enables the _d_h_c_p__s_e_r_v_e_r into a debug mode in which it logs
  43.           messages to /_v_a_r/_a_d_m/_S_Y_S_L_O_G.
  44.  
  45.      ----oooo   The path of the _d_h_c_p__o_p_t_i_o_n_s__f_i_l_e can be mentioned using this
  46.           option. The default location is /_e_t_c/_c_o_n_f_i_g/_d_h_c_p__b_o_o_t_p._o_p_t_i_o_n_s.
  47.  
  48. CCCCOOOONNNNFFFFIIIIGGGGUUUURRRRAAAATTTTIIIIOOOONNNN
  49.      _d_h_c_p__b_o_o_t_p execution can be controlled through the following steps.
  50.  
  51.      1)  Specify the additional DHCP-related options in the
  52.          /_e_t_c/_c_o_n_f_i_g/_d_h_c_p__b_o_o_t_p._o_p_t_i_o_n_s file as follows:
  53.  
  54.          ----yyyy   If you are using NIS to propagate the _h_o_s_t_s and _e_t_h_e_r_s map, this
  55.               system is required to be the NIS master server for _p_r_o_c_l_a_i_m to
  56.               work correctly.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  71.  
  72.  
  73.  
  74.          ----wwww _h_o_s_t_s__m_a_p
  75.               Specifies the optional location of the _h_o_s_t_s map.  The default
  76.               is /_e_t_c/_h_o_s_t_s.
  77.  
  78.          ----eeee _e_t_h_e_r_s__m_a_p
  79.               Specifies the optional location of the _e_t_h_e_r_s map.  The default
  80.               is /_e_t_c/_e_t_h_e_r_s.
  81.  
  82.          ----uuuu _s_y_s_n_a_m_e
  83.               Specifies the name for an optional _s_y_s_n_a_m_e file.  The default is
  84.               /_u_n_i_x.
  85.  
  86.          ----cccc _p_r_o_c_l_a_i_m__c_o_n_f_i_g__d_i_r
  87.               Specifies the optional proclaim server configuration directory.
  88.               The default directory is /_v_a_r/_d_h_c_p/_c_o_n_f_i_g.
  89.  
  90.          ----tttt _s_e_c_o_n_d_s
  91.               A timeout period for the _d_h_c_p__b_o_o_t_p server can be set else the
  92.               default period will be used.If a timeout period of 0 seconds is
  93.               used then the _d_h_c_p__b_o_o_t_p server will become a persistent daemon.
  94.  
  95.          ----xxxx   This option is used in conjunction with a Domain Name Server
  96.               that provides the IP address to hostname mapping for the initial
  97.               assignment of IP addresses to hosts by the DHCP server. The
  98.               option has been found to be particularly useful in an Internet
  99.               Service Provider type of setup where the IP address to hostname
  100.               mapping may be required to remain fixed. Once an IP address is
  101.               assigned it is written to the _e_t_h_e_r_T_o_I_P._p_a_g file.  When this
  102.               option is in effect, _e_t_h_e_r_T_o_I_P._p_a_g is the only file consulted to
  103.               determine whether a particular IP address or hostname is already
  104.               assigned.
  105.  
  106.          ----nnnn   Specifies that the server should return a netmask with its reply
  107.               regardless of whether a client requested it or not.
  108.  
  109.          ----mmmm _o_p_t_i_o_n_s
  110.               Specifies additional options to be sent by the server to clients
  111.               irrespective of whether the client requests them or not. The
  112.               additional options are specified as a comma or colon separated
  113.               list with no spaces.
  114.  
  115.          ----rrrr _s_c_r_i_p_t__f_i_l_e__p_a_t_h
  116.               Specifies an optional script file to execute when the server
  117.               changes the _e_t_h_e_r_T_o_I_P database. The complete path to the script
  118.               must be specified as an a argument. The server calls the script
  119.               with several command-line arguments: -_c _c_l_i_e_n_t__i_d_e_n_t_i_f_i_e_r -_m
  120.               _p_h_y_s_i_c_a_l__a_d_d_r_e_s_s -_i _i_p__a_d_d_r_e_s_s -_h _h_o_s_t_n_a_m_e -_l _l_e_a_s_e -_o _o_p_e_r_a_t_i_o_n
  121.               -_t _d_h_c_p__m_e_s_s_a_g_e__t_y_p_e. The script is executed in the background.
  122.               The value of the operation argument is 0 if it was a record
  123.               creation, 1 if it was a deletion, and 2 if the lease was
  124.               updated. The dhcp_message_type is the same as defined message
  125.               types in the DHCP literature. If a message is sent to the client
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  137.  
  138.  
  139.  
  140.               that message type is passed as an argument, otherwise the
  141.               message type received from the client is passed. This script may
  142.               be used to perform other functions such as dynamic DNS updates.
  143.  
  144.          ----WWWW   Specifies that the the hosts map file or /_e_t_c/_h_o_s_t_s file should
  145.               not be updated when leases are added or removed.
  146.  
  147.          ----EEEE   Specifies that the ethers map file or/_e_t_c/_e_t_h_e_r_s file should not
  148.               be updated when leases are added or removed.
  149.  
  150.          ----ppppnnnn  Specifies that a ping be sent before an address is leased to
  151.               check if a host is using the IP address. If a reply is received
  152.               then a message is logged in the SYSLOG indicating that "Address
  153.               <addr> appears to be STOLEN" and a record is added into the
  154.               database with a lease time of -2 for this IP address. The DHCP
  155.               administrator should investigate the occurrence and remove the
  156.               entry in the database with the _d_h_c_p_d_b command once it has been
  157.               resolved. The DHCP server tries to give out another address to
  158.               the requesting client. The server attempts to recycle stolen
  159.               addresses when it runs out of addresses and at a frequency
  160.               specified by the lease time in the configuration files.
  161.  
  162.  
  163.          ----pppptttt _p_i_n_g__t_i_m_e_o_u_t
  164.               Specifies the timeout for the ping. If a reply to a ping is not
  165.               received in _p_i_n_g__t_i_m_e_o_u_t seconds the address is considered to be
  166.               not taken. The default value for the timeout is 1 second. Note
  167.               that the server processes requests from other DHCP clients while
  168.               waiting for the timeout to expire. The server does not block
  169.               waiting for a reply to a ping request. If blocking pings are
  170.               required for some reason use the ----ppppbbbb option instead of the ----ppppnnnn
  171.               option.
  172.  
  173.          ----ppppllll _n_u_m_b_e_r__o_f__o_u_t_s_t_a_n_d_i_n_g__p_i_n_g_s
  174.               This is the maximum number of pings outstanding. Once this value
  175.               is reached the server automatically stops sending ping to check
  176.               if an IP address is taken. The server begins to send ping
  177.               request once the number of outstanding ping requests falls below
  178.               this value. It is set to 16 by default.
  179.  
  180.          ----ppppdddd This option is available for backward compatibility
  181.               with earlier versions. In prior versions (if ----xxxx was not
  182.               specified) while assigning a new address the server would make a
  183.               _g_e_t_h_o_s_t_b_y_a_d_d_r(_3_N) call to check if it could assign an IP address
  184.               to a client for which it had no prior binding. If a binding was
  185.               found in DNS maps then the particular address was not assigned.
  186.               In the new version of the server to obtain this older behavior
  187.               it is necessary to specify the ----ppppdddd option. If this is not
  188.               specified the server will not perform a _g_e_t_h_o_s_t_b_y_a_d_d_r(_3_N) call
  189.               to check if an IP address is available.
  190.  
  191.  
  192.  
  193.  
  194.  
  195.                                                                         PPPPaaaaggggeeee 3333
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  203.  
  204.  
  205.  
  206.          The following options (----ddddxxxx,,,,----llll) can be set only with
  207.               the Enhanced DHCP server product.
  208.  
  209.          ----ddddnnnn Specifies that dynamic DNS updates are on. The
  210.               behavior of DNS updates are modified by the following
  211.               (-_d_a-_d_b-_d_c-_d_s-_d_t) additional options. Note that if the -x DHCP
  212.               server option is specified then the -dn option is silently
  213.               ignored. With the -x option DNS maps are pre-populated so it
  214.               does not make any sense to update DNS dynamically.
  215.  
  216.          ----ddddaaaa Ordinarily the server will perform dynamic DNS updates
  217.               (if the -dn option is specified) only if the Dynamic DNS option
  218.               is sent by the client (option 81 as per the draft). If this (-
  219.               da) option is used the server will update DNS regardless of
  220.               whether option 81 was sent by the client or not.
  221.  
  222.          ----ddddbbbb If this is specified the DNS updates are performed
  223.               before an ACKnowledgement is sent to the client. By default the
  224.               dynamic DNS updates are performed after the ACK is sent to the
  225.               client.
  226.  
  227.          ----ddddcccc If this is specified the DNS A RR is also updated
  228.               by the server. Otherwise whether the A RR is updated or not
  229.               depends on the flags value sent in the dynamic DNS update option
  230.               by the client.
  231.  
  232.          ----ddddssss Specifies that the security feature should not be
  233.               used. By default secure updates are performed using TSIG for
  234.               those networks for which a key is specified.
  235.  
  236.          ----ddddffff _f_i_l_e_n_a_m_e
  237.               Specifies the file that contains the (TSIG) keys for the various
  238.               networks served by the DHCP server. The default file name is
  239.               /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_d_h_c_p__d_d_n_s._c_o_n_f. A key must be specified for
  240.               each network number for which secured updates are required. Each
  241.               line in this file specifies the network number (netnumber)
  242.               followed by the keyname, algorithm, and the base 64 encoded
  243.               secret key. Fields are separated with spaces or tabs. The
  244.               keyname and algorithm-name are the same as that used in the BIND
  245.               8.2 configuration file.
  246.  
  247.          ----ddddtttt _t_i_m_e__t_o__l_i_v_e
  248.               Specifies the time to live (ttl in seconds) for records that are
  249.               added to the DNS. The ttl specified by the DHCP server in the
  250.               DNS update is the minimum of this value and the lease duration.
  251.  
  252.          ----llll /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_d_h_c_p__l_d_a_p._c_o_n_f
  253.               This option specifies that the ldap related options should be
  254.               picked from the /var/dhcp/ldap/dhcp_ldap.conf file. See the file
  255.               /var/dhcp/ldap/dhcp_ldap.conf to see various options and what
  256.               may need to be specified in order to use the DHCP server with an
  257.               LDAP server to store configuration and leases.
  258.  
  259.  
  260.  
  261.                                                                         PPPPaaaaggggeeee 4444
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  269.  
  270.  
  271.  
  272.      2)  Create one or more network configuration files based on the network
  273.          numbers this server is responsible for.  A default configuration file
  274.          is provided: /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_c_o_n_f_i_g._D_e_f_a_u_l_t.  The new file(s) should
  275.          be named _c_o_n_f_i_g.<_n_e_t_n_u_m_b_e_r> in the same directory.  For example, if
  276.          this server is serving clients on the 192.26.61 network, the
  277.          configuration file should be named _c_o_n_f_i_g._1_9_2._2_6._6_1._0.  See below for
  278.          a list of configuration parameters.
  279.  
  280.      3)  The DHCP server also provides MAC address based filtering. The
  281.          filters are specified in the /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_d_h_c_p_m_t_a_b file. MAC
  282.          addresses can be specified as either complete addresses or as a
  283.          regular expression to specify a set of addresses. The regular
  284.          expression syntax is described in the man pages for _r_e_g_c_m_p(_3_G).
  285.  
  286.          If a DHCP packet from a client with a matching mac address is
  287.          received then the corresponding actions are taken. Regular expression
  288.          matching is attempted only if a complete match is not found. The
  289.          length and hardware type must also match for non-regular expression
  290.          entries. The length may not match for entries that have regular
  291.          expressions. Once a match is found the remaining entries are not
  292.          searched. An example of the configuration file is as follows
  293.  
  294.  
  295.           # dhcpmtab - mac address based filtering for DHCP
  296.           #len htype     mac            action
  297.           6    1    01:02:03:8a:8b:8c   K
  298.           0    1    01:02:*             L|K
  299.  
  300.  
  301.      The actions can be specified as a combination of L and K. Each of the
  302.      actions L=log request, and K=drop request, is acted upon in that order.
  303.      The system log is updated if the L action is requested. If the K action
  304.      is specified and an L is not specified then the packet is silently
  305.      dropped.
  306.  
  307.  
  308.      4)  The DHCP server can be configured to send specific user defined
  309.          options based on the value of the vendor class option sent by the
  310.          DHCP client. To define new options for this purpose use the
  311.          /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_d_h_c_p__o_p_t_i_o_n__t_y_p_e_s file. The format of this file is
  312.          described as comments within this file. Each line consists of a user
  313.          selected name, an option number, and the type of the option. The
  314.          value to be returned by the DHCP server can be specified in the
  315.          /_v_a_r/_d_h_c_p/_c_o_n_f_i_g/_v_e_n_d_o_r__o_p_t_i_o_n_s file. See the file for the format.
  316.          The vendor class and the network number to which option values apply
  317.          can be specified within the file.
  318.  
  319.  
  320.      4)  Enable the _p_r_o_c_l_a_i_m server by giving the command:
  321.          cccchhhhkkkkccccoooonnnnffffiiiigggg pppprrrrooooccccllllaaaaiiiimmmm____sssseeeerrrrvvvveeeerrrr oooonnnn
  322.  
  323.  
  324.  
  325.  
  326.  
  327.                                                                         PPPPaaaaggggeeee 5555
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  335.  
  336.  
  337.  
  338.      5)  Replace the "bootp" entry in /_u_s_r/_e_t_c/_i_n_e_t_d._c_o_n_f with this line:
  339.          bbbboooooooottttpppp ddddggggrrrraaaammmm uuuuddddpppp wwwwaaaaiiiitttt rrrrooooooootttt ////uuuussssrrrr////eeeettttcccc////ddddhhhhccccpppp____bbbboooooooottttpppp ddddhhhhccccpppp____bbbboooooooottttpppp ----oooo \\\\
  340.               ////eeeettttcccc////ccccoooonnnnffffiiiigggg////ddddhhhhccccpppp____bbbboooooooottttpppp....ooooppppttttiiiioooonnnnssss
  341.  
  342.      6)  Issue this command, to restart _i_n_e_t_d with ////eeeettttcccc////kkkkiiiillllllllaaaallllllll ----HHHHUUUUPPPP iiiinnnneeeettttdddd:
  343.          _////_eeee_tttt_cccc_////_kkkk_iiii_llll_llll_aaaa_llll_llll _bbbb_oooo_oooo_tttt_pppp
  344.  
  345.    CCCCoooonnnnffffiiiigggguuuurrrraaaattttiiiioooonnnn PPPPaaaarrrraaaammmmeeeetttteeeerrrrssss
  346.      These parameters can be supplied in the configuration file for each
  347.      network.  All of the address fields can either be in standard IP address
  348.      dot notation, or as a hex number prefixed with a 0x.  Most of the fields
  349.      can be left blank to render them non-applicable.
  350.  
  351.      _p_r_o__a_d_d_r_e_s_s__c_o_u_n_t_e_r
  352.           This integer field specifies the host number for the next IP
  353.           address.  The next address is constructed using the counter and
  354.           checked through the range of the assignable addresses.  The first
  355.           available address in the range is assigned.
  356.  
  357.      _p_r_o__h_o_s_t__p_f_x__c_o_u_n_t_e_r
  358.           This integer field specifies the starting number appended to the
  359.           _p_r_o__h_o_s_t__p_r_e_f_i_x to generate a new hostname.  This counter is
  360.           incremented and a new hostname generated until a unique unused name
  361.           is found.
  362.  
  363.      _p_r_o__n_e_t_m_a_s_k
  364.           This field takes a netmask in address form.  For more information on
  365.           netmasks, see the _I_R_I_X _A_d_m_i_n: _N_e_t_w_o_r_k_i_n_g _a_n_d _M_a_i_l guide.  This field
  366.           specifies the subnetmask used by the client systems.
  367.  
  368.      _p_r_o__l_e_a_s_e
  369.           This unsigned integer field specifies the client address lease time
  370.           in seconds.  This implementation of the DHCP server assigns 3 year
  371.           leases by default, and the leases are expired only when explicitly
  372.           surrendered by the client.
  373.  
  374.      _p_r_o__h_o_s_t__p_r_e_f_i_x
  375.           This string field specifies the default text prefix for generating
  376.           client hostnames.  For example, the prefix iiiirrrriiiissss directs proclaim to
  377.           generate hostnames of the form iiiirrrriiiissss1111, iiiirrrriiiissss2222, iiiirrrriiiissss3333, and so on.
  378.  
  379.      _p_r_o__c_h_o_o_s_e__n_a_m_e
  380.           This boolean (true or false) flag specifies whether the client
  381.           systems are allowed to choose their own hostname or whether they
  382.           must be assigned the name given to them by the server.  A value of 1
  383.           (true) in this field brings up a dialog box on the client system
  384.           giving the user the option of either taking the name offered by the
  385.           server or entering a hostname of the user's choice.  If the user
  386.           selects a name, the server allows this name if it passes basic tests
  387.           for syntax and uniqueness, otherwise the server/client dialogue
  388.           continues until a mutually acceptable name is submitted.  A value of
  389.           0 (false) in this field indicates that the user on the client system
  390.  
  391.  
  392.  
  393.                                                                         PPPPaaaaggggeeee 6666
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  401.  
  402.  
  403.  
  404.           must accept the name provided by the server. This option can be used
  405.           with SGI DHCP clients and servers only. The client and server
  406.           exchange DHCPREQUEST and DHCPOFFER packets until a mutually
  407.           acceptable name is chosen. This option is being deprecated; use the
  408.           -_H _h_o_s_t-_n_a_m_e option with SGI clients to specify host names.
  409.  
  410.      _p_r_o__i_p_a_d_d_r_e_s_s__r_a_n_g_e
  411.           This field takes an entry of integers using standard numeric range
  412.           rules.  The entry defines the range of host number addresses
  413.           assignable by this server.  For example, if the value is: 1-3, 5-7,
  414.           9.  The server issues IP addresses with the base address specified
  415.           in the configuration filename (such as _c_o_n_f_i_g._1_9_2._2_6._6_1._0).
  416.  
  417.           Each client is issued an IP address matching the name of the
  418.           configuration file, suffixed with the numbers 1 through 3, and 5
  419.           through 7, and 9, but not 4 or 8.  This option can be to restrict
  420.           the IP addresses offered by a given server.  This is very useful if
  421.           the administrator wants to assign only certain block(s) of addresses
  422.           using proclaim, or in the absence of a server to server protocol,
  423.           wishes to have multiple servers serve clients on the same subnet.
  424.  
  425.      _p_r_o__r_o_u_t_e_r__a_d_d_r
  426.           This field of comma-separated IP addresses specifies a list of
  427.           addresses for network routers on the client's subnet.  Routers
  428.           should be listed in the order of preference for their use.
  429.  
  430.      _p_r_o__b_o_o_t_f_i_l_e__s_i_z_e
  431.           Specifies length in 512-octet blocks of the default boot image for
  432.           the client.
  433.  
  434.      _p_r_o__t_i_m_e__o_f_f_s_e_t
  435.           Specifies offset of the client's subnet from Coordinated Universal
  436.           Time (UTC) in seconds.
  437.  
  438.      _p_r_o__m_e_r_i_t_d_u_m_p__p_a_t_h_n_a_m_e
  439.           Specifies a file for dumping a core image in case the client
  440.           crashes.
  441.  
  442.      _p_r_o__r_o_o_t__p_a_t_h_n_a_m_e
  443.           Specifies the directory that contains the client's root disk
  444.           partition.
  445.  
  446.      _p_r_o__e_x_t_e_n_s_i_o_n_s__p_a_t_h_n_a_m_e
  447.           Specifies a TFTP file containing vendor extensions for _b_o_o_t_p.  On
  448.           SGI systems the this file has the same format as the
  449.           _c_o_n_f_i_g._n_e_t_n_u_m_b_e_r file.
  450.  
  451.      _p_r_o__T_F_T_P_s_e_r_v_e_r__n_a_m_e
  452.           Specifies a TFTP server for the client.
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.                                                                         PPPPaaaaggggeeee 7777
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  467.  
  468.  
  469.  
  470.      _p_r_o__b_o_o_t_f_i_l_e__n_a_m_e
  471.           Specifies the pathname of the default boot image for the client.
  472.  
  473.      _p_r_o__d_n_s__d_o_m_a_i_n
  474.           This text field specifies the domain name that client should use
  475.           when resolving hostnames using DNS.
  476.  
  477.      _p_r_o__d_n_s_s_e_r_v_e_r__a_d_d_r
  478.           This field of comma-separated IP addresses specifies a list of
  479.           addresses for Domain Name System servers available to the client.
  480.           Servers should be listed in the order of preference for their use.
  481.  
  482.      _p_r_o__p_r_o_p_e_l__s_e_r_v_e_r
  483.           This IP address specifies the address of the _p_r_o_p_e_l server that
  484.           serves the clients on this subnet.  Additional information about
  485.           _p_r_o_p_e_l can be found in Chapter 2, "Software Distribution, User, and
  486.           Host Management With propel," of the _I_R_I_X_p_r_o _A_d_m_i_n_i_s_t_r_a_t_o_r'_s _G_u_i_d_e.
  487.  
  488.      _p_r_o__t_i_m_e_s_e_r_v_e_r__a_d_d_r
  489.           This field of comma-separated IP addresses specifies a list of
  490.           addresses for time servers available to the client.  Addresses
  491.           should be listed in the order of preference for their use.
  492.  
  493.      _p_r_o__l_o_g_s_e_r_v_e_r__a_d_d_r
  494.           Specifies a list of UDP log servers available to the client.
  495.  
  496.      _p_r_o__c_o_o_k_i_e_s_e_r_v_e_r__a_d_d_r
  497.           Specifies a list of RFC 865 cookie servers available to the client.
  498.  
  499.      _p_r_o__L_P_R_s_e_r_v_e_r__a_d_d_r
  500.           Specifies a list of RFC 1179 line printer servers available to the
  501.           client.
  502.  
  503.      _p_r_o__r_e_s_o_u_r_c_e_s_e_r_v_e_r__a_d_d_r
  504.           Specifies a list of RFC 887 resource location servers available to
  505.           the client.
  506.  
  507.      _p_r_o__s_w_a_p_s_e_r_v_e_r__a_d_d_r
  508.           Specifies the IP address of the client's swap server.
  509.  
  510.      _p_r_o__n_i_s__d_o_m_a_i_n
  511.           This text field specifies the name of the client's NIS domain.
  512.  
  513.      _p_r_o__n_i_s_s_e_r_v_e_r__a_d_d_r
  514.           This field of comma-separated IP addresses specifies a list of
  515.           addresses indicating NIS servers available to the client.  Servers
  516.           should be listed in the order of preference for their use.
  517.  
  518.      _p_r_o__m_t_u
  519.           This unsigned short integer field specifies the MTU (maximum
  520.           transmission unit) to use on the network interface configured in
  521.           this file.  The minimum legal value for the MTU is 68.
  522.  
  523.  
  524.  
  525.                                                                         PPPPaaaaggggeeee 8888
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  533.  
  534.  
  535.  
  536.      _p_r_o__a_l_l_n_e_t_s__l_o_c_a_l
  537.           This boolean (true/false) field specifies whether or not the client
  538.           can assume that all other subnets of the IP network to which the
  539.           client is connected use the same MTU as the subnet to which the
  540.           client is directly connected.  A value of 1 (true) indicates that
  541.           all subnets share the same MTU.  A value of 0 (false) means that the
  542.           client should assume that some other subnets can have smaller MTUs.
  543.  
  544.      _p_r_o__b_r_o_a_d_c_a_s_t
  545.           This IP address field specifies the broadcast address in use on the
  546.           client's subnet.
  547.  
  548.      _p_r_o__d_o_m_a_s_k__d_i_s_c
  549.           This boolean (true/false) Perform Mask Discovery field specifies
  550.           whether or not the client should perform subnet mask discovery using
  551.           ICMP.  A value of 1 (true) means that the client should perform mask
  552.           discovery, while a value of 0 (false) indicates that the client
  553.           should not perform mask discovery.
  554.  
  555.      _p_r_o__r_e_s_p__m_a_s_k__r_e_q
  556.           This boolean (true/false) Mask Supplier field specifies whether or
  557.           not the client should respond to subnet mask requests using ICMP.  A
  558.           value of 1 (true) means that the client should respond.  A value of
  559.           0 (false) in this field means that the client should not respond.
  560.  
  561.      _p_r_o__s_t_a_t_i_c__r_o_u_t_e_s
  562.           This field takes a comma-separated list of routes in the following
  563.           form:
  564.           ddddeeeesssstttt____aaaaddddddddrrrreeeessssssss ---- rrrroooouuuutttteeeerrrr____aaaaddddddddrrrreeeessssssss,,,, ddddeeeesssstttt____aaaaddddddddrrrreeeessssssss2222 ---- rrrroooouuuutttteeeerrrr____aaaaddddddddrrrreeeessssssss2222....
  565.           The static route field specifies a list of static routes that the
  566.           client should install in its routing cache.  If multiple routes to
  567.           the same destination are specified, they should be listed in
  568.           descending order of priority.  The routes consist of a list of IP
  569.           address pairs.  The first address is the destination address; its
  570.           counterpart address, separated by a dash (-), is the address of the
  571.           router to the destination.  The default route (0.0.0.0) is an
  572.           illegal destination for a static route.
  573.  
  574.      _S_e_r_v_e__T_h_i_s__N_e_t_w_o_r_k
  575.           Toggle DHCP serving of this subnet.
  576.  
  577.      _O_t_h_e_r _O_p_t_i_o_n_s
  578.           The Proclaim server also handles other options listed in RFC 1533.
  579.           To set values for these options use of the _P_r_o_c_l_a_i_m_S_e_r_v_e_r_M_g_r(1M)
  580.           graphical user interface is recommended.  You can view the standard
  581.           _c_o_n_f_i_g._D_e_f_a_u_l_t file in the /_v_a_r/_d_h_c_p/_c_o_n_f_i_g directory to see all the
  582.           supported options.
  583.  
  584.      The following are the active lines only from a working _c_o_n_f_i_g._n_e_t_n_u_m_b_e_r
  585.      configuration file:
  586.  
  587.  
  588.  
  589.  
  590.  
  591.                                                                         PPPPaaaaggggeeee 9999
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  599.  
  600.  
  601.  
  602.           Serve_This_Network: 1
  603.           pro_address_counter: 1
  604.           pro_host_pfx_counter: 1
  605.           pro_netmask: 255.255.255.0
  606.           pro_lease: 604800
  607.           pro_host_prefix: n6634
  608.           pro_choose_name: 1
  609.           pro_ipaddress_range: 1-254
  610.           pro_dns_domain: engr.sgi.com
  611.           pro_nis_domain: engr.sgi.com
  612.           pro_mtu: 1500
  613.           pro_allnets_local: 1
  614.           pro_domask_disc: 0
  615.           pro_resp_mask_req: 0
  616.  
  617.  
  618. NNNNOOOOTTTTEEEESSSS
  619.      Debugging may be enabled by sending a SIGUSR1 signal to the server and
  620.      may be disabled by sending SIGUSR2. To increase the level of debugging
  621.      send multiple SIGUSR1 signals, for example, kkkkiiiillllllllaaaallllllll ----UUUUSSSSRRRR1111 ddddhhhhccccpppp____bbbboooooooottttpppp.
  622.      Sending a SIGHUP signal to the server will cause the server to reload its
  623.      configuration files.
  624.  
  625.      The dhcp_bootp server database is maintained in ndbm files with (.dir)
  626.      and (.pag) extensions. The _d_h_c_p_d_b(_1_M) utility may be used to manage the
  627.      DHCP database. This utility also allows leases to be imported or exported
  628.      from/to text files.
  629.  
  630.      The /_u_s_r/_s_b_i_n/_d_b_m_T_o_E_t_h_I_P utility can be used to view the contents of the
  631.      database. It converts the ndbm format to the text format and outputs the
  632.      text onto the standard output.In case of situations where it is needed to
  633.      generate the ndbm files the /_u_s_r/_e_t_c/_e_t_h_I_P_T_o_D_b_m utility may be used to
  634.      convert a _e_t_h_e_r_T_o_I_P file (in text format) to ndbm formatted files.
  635.      _d_b_m_T_o_E_t_h_I_P and _e_t_h_I_P_T_o_D_b_m may be discontinued in the future. Use _d_h_c_p_d_b
  636.      instead.
  637.  
  638.      To use the _b_o_o_t_p server with DHCP style options, specify the options in
  639.      the /_e_t_c/_c_o_n_f_i_g/_b_o_o_t_p-_r_f_c_1_5_3_3._o_p_t_i_o_n_s file. See this file to check what
  640.      options are supported.
  641.  
  642. FFFFIIIILLLLEEEESSSS
  643.      /etc/config/dhcp_bootp.options
  644.      /etc/config/bootp-rfc1533.options
  645.      /etc/hosts
  646.      /etc/ethers
  647.      /etc/bootptab
  648.      /etc/inetd.conf
  649.      /var/dhcp/etherToIP
  650.      /var/dhcp/etherToIP.pag
  651.      /var/dhcp/etherToIP.dir
  652.      /var/dhcp/config/config.Default
  653.      /var/dhcp/config/dhcpmtab
  654.  
  655.  
  656.  
  657.                                                                        PPPPaaaaggggeeee 11110000
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664. ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))                                                  ddddhhhhccccpppp____bbbboooooooottttpppp((((1111MMMM))))
  665.  
  666.  
  667.  
  668.      /var/dhcp/config/dhcp_option_types
  669.      /var/dhcp/config/vendor_options
  670.      /var/dhcp/config/dhcp_ldap.conf
  671.      /var/dhcp/config/dhcp_ddns.conf
  672.  
  673.  
  674. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  675.      bootp(1M), chkconfig(1M), dhcp_relay(1M), dhcpdb(1M), inetd(1M),
  676.      proclaim(1M), ProclaimServerMgr(1M), syslogd(1M), ethers(4), hosts(4).
  677.  
  678.      IETF RFCs 1534, 1535, 2131, 2132.
  679.  
  680.  
  681.  
  682.  
  683.  
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.                                                                        PPPPaaaaggggeeee 11111111
  724.  
  725.  
  726.  
  727.