1# 2# Sample configuration file for ISC dhcpd for Debian 3# 4# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $ 5# 6 7# The ddns-updates-style parameter controls whether or not the server will 8# attempt to do a DNS update when a lease is confirmed. We default to the 9# behavior of the version 2 packages ('none', since DHCP v2 didn't 10# have support for DDNS.) 11ddns-update-style none; 12 13# option definitions common to all supported networks... 14option domain-name "example.org"; 15option domain-name-servers ns1.example.org, ns2.example.org; 16 17default-lease-time 600; 18max-lease-time 7200; 19 20# If this DHCP server is the official DHCP server for the local 21# network, the authoritative directive should be uncommented. 22#authoritative; 23 24# Use this to send dhcp log messages to a different log file (you also 25# have to hack syslog.conf to complete the redirection). 26log-facility local7; 27 28# No service will be given on this subnet, but declaring it helps the 29# DHCP server to understand the network topology. 30 31#subnet 10.152.187.0 netmask 255.255.255.0 { 32#} 33 34# This is a very basic subnet declaration. 35 36#subnet 10.254.239.0 netmask 255.255.255.224 { 37# range 10.254.239.10 10.254.239.20; 38# option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org; 39#} 40 41# This declaration allows BOOTP clients to get dynamic addresses, 42# which we don't really recommend. 43 44#subnet 10.254.239.32 netmask 255.255.255.224 { 45# range dynamic-bootp 10.254.239.40 10.254.239.60; 46# option broadcast-address 10.254.239.31; 47# option routers rtr-239-32-1.example.org; 48#} 49 50# A slightly different configuration for an internal subnet. 51#subnet 10.5.5.0 netmask 255.255.255.224 { 52# range 10.5.5.26 10.5.5.30; 53# option domain-name-servers ns1.internal.example.org; 54# option domain-name "internal.example.org"; 55# option routers 10.5.5.1; 56# option broadcast-address 10.5.5.31; 57# default-lease-time 600; 58# max-lease-time 7200; 59#} 60 61# Hosts which require special configuration options can be listed in 62# host statements. If no address is specified, the address will be 63# allocated dynamically (if possible), but the host-specific information 64# will still come from the host declaration. 65 66#host passacaglia { 67# hardware ethernet 0:0:c0:5d:bd:95; 68# filename "vmunix.passacaglia"; 69# server-name "toccata.fugue.com"; 70#} 71 72# Fixed IP addresses can also be specified for hosts. These addresses 73# should not also be listed as being available for dynamic assignment. 74# Hosts for which fixed IP addresses have been specified can boot using 75# BOOTP or DHCP. Hosts for which no fixed address is specified can only 76# be booted with DHCP, unless there is an address range on the subnet 77# to which a BOOTP client is connected which has the dynamic-bootp flag 78# set. 79#host fantasia { 80# hardware ethernet 08:00:07:26:c0:a5; 81# fixed-address fantasia.fugue.com; 82#} 83 84# You can declare a class of clients and then do address allocation 85# based on that. The example below shows a case where all clients 86# in a certain class get addresses on the 10.17.224/24 subnet, and all 87# other clients get addresses on the 10.0.29/24 subnet. 88 89#class "foo" { 90# match if substring (option vendor-class-identifier, 0, 4) = "SUNW"; 91#} 92 93#shared-network 224-29 { 94# subnet 10.17.224.0 netmask 255.255.255.0 { 95# option routers rtr-224.example.org; 96# } 97# subnet 10.0.29.0 netmask 255.255.255.0 { 98# option routers rtr-29.example.org; 99# } 100# pool { 101# allow members of "foo"; 102# range 10.17.224.10 10.17.224.250; 103# } 104# pool { 105# deny members of "foo"; 106# range 10.0.29.10 10.0.29.230; 107# } 108#} 109