NetBSD/usr.sbin/dhcp/includes/cf/sample.h

299 lines
10 KiB
C

/* sample.h
Sample config file for clients.
This file is provided as a sample in case the system you want to run
on is not currently supported. If that is the case, follow the Porting::
comments here and in other files as guides for what to change. */
/*
* Copyright (c) 1996 The Internet Software Consortium. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. Neither the name of The Internet Software Consortium nor the names of its
* contributors may be used to endorse or promote products derived
* from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE INTERNET SOFTWARE CONSORTIUM AND
* CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING,
* BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
* FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL
* INTERNET SOFTWARE CONSORTIUM OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT,
* INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
* (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
* OF THE POSSIBILITY OF SUCH DAMAGE.
*
*/
/* Porting::
Some systems do not define basic integer types as shown below.
On some systems, you need to include <bitypes.h> or <sys/bitypes.h>.
If you get parse errors in dhcpd.h while compiling dhcpd.conf, try
including bitypes.h, and if that fails, use the hard-coded definitions
shown below. */
#if 0
#include <sys/bitypes.h>
#endif
#if 0
#define int8_t char
#define int16_t short
#define int32_t long
#define u_int8_t unsigned char
#define u_int16_t unsigned short
#define u_int32_t unsigned long
#endif
#include <sys/types.h>
/* Porting::
The jmp_buf type as declared in <setjmp.h> is sometimes a structure
and sometimes an array. By default, we assume it's a structure.
If it's an array on your system, you may get compile warnings or errors
as a result in confpars.c. If so, try including the following definitions,
which treat jmp_buf as an array: */
#if 0
#define jbp_decl(x) jmp_buf x
#define jref(x) (x)
#define jdref(x) (x)
#define jrefproto jmp_buf
#endif
/* Porting::
Some older systems (e.g., Ultrix) still use the 4.2BSD-style syslog
API. These differ from later versions of the syslog API in that the
openlog system call takes two arguments instead of three, and the
facility code (the third argument to modern versions of openlog())
is ORed into the log priority in the syslog() call.
If you are running with the 4.2BSD-style syslog interface, define
SYSLOG_4_2. */
/* #define SYSLOG_4_2 */
#include <syslog.h>
#include <string.h>
#include <errno.h>
#include <unistd.h>
#include <sys/wait.h>
#include <signal.h>
#include <setjmp.h>
#include <limits.h>
extern int h_errno;
#include <net/if.h>
#include <net/if_arp.h>
/* Porting::
Some older systems do not have defines for IP type-of-service,
or don't define them the way we expect. If you get undefined
symbol errors on the following symbols, they probably need to be
defined here. */
#if 0
#define IPTOS_LOWDELAY 0x10
#define IPTOS_THROUGHPUT 0x08
#define IPTOS_RELIABILITY 0x04
#endif
/* Porting::
Newer BSD derivatives store non-permanent daemon files in a
directory called /var/run. If your system has a /var/run,
use it; otherwise, use /etc. */
#ifndef _PATH_DHCPD_PID
#define _PATH_DHCPD_PID "/etc/dhcpd.pid"
#endif
#ifndef _PATH_DHCLIENT_PID
#define _PATH_DHCLIENT_PID "/etc/dhclient.pid"
#endif
#ifndef _PATH_DHCRELAY_PID
#define _PATH_DHCRELAY_PID "/etc/dhcrelay.pid"
#endif
/* Porting::
If your system supports standard ANSI C, it should provide the file
/usr/include/stdarg.h. This contains the ANSI standard declarations
for functions which take a variable number of arguments.
Older systems with non-ANSI compilers cannot support this interface,
and generally use the older varargs interface, defined in <varargs.h>.
Some systems only support varargs, but define the interface in
<stdarg.h> anyway.
You must choose one of the two sets of definitions below. Try
stdarg.h first, unless you know it won't work. If you have
trouble compiling errwarn.c, try switching to the varargs.h definitions.
If that fails, try using stdarg.h with the varargs definitions. */
#if 0
/* Stdarg definitions for ANSI-compliant C compilers. */
#include <stdarg.h>
#define VA_DOTDOTDOT ...
#define VA_start(list, last) va_start (list, last)
#define va_dcl
#endif
#if 0
/* Varargs definitions, for non-ANSI-compliant C compilers. */
#include <varargs.h>
#define VA_DOTDOTDOT va_alist
#define VA_start(list, last) va_start (list)
#endif
/* Porting::
Some systems (notably 4.4BSD derivatives) support versions of the
sprintf functions which will deposit a limited number of characters
into the buffer; that limit is provided in an extra argument.
If your system doesn't support this functionality, you must include
the definitions below: */
#if 0
#define vsnprintf(buf, size, fmt, list) vsprintf (buf, fmt, list)
#define NO_SNPRINTF
#endif
/* Porting::
Some systems provide a function, strerror(), which takes the unix
error number (see errno) and returns a pointer to a static buffer
containing the corresponding error message.
If your system doesn't provide strerror(), define NO_STRERROR
as shown below: */
#if 0
#define NO_STRERROR
char *strerror PROTO ((int));
#endif
/* Porting::
Once dhcpd has initialized itself, it loops forever waiting for
packets to come in. Since we need to support multiple input streams
in order to support multiple interfaces, dhcpd needs to be able to
do a syscall to determine which descriptors have input waiting on
them.
Normally, dhcpd uses the select() system call, which is a 4.2BSD
syscall invented precisely for this purpose. Unfortunately, some
System V-based systems do not support select() properly when it
operates on streams. The System V interface which does (largely)
the same thing as select is called poll(). In some cases, this may
work better than select() - if you find that dhcpd is hanging and not
responding to packets very consistently, you might try defining
USE_POLL and including <poll.h>. */
#if 0
#define USE_POLL
#include <poll.h>
#endif
/* Porting::
You must define the default network API for your port. This
will depend on whether one of the existing APIs will work for
you, or whether you need to implement support for a new API.
Currently, the following APIs are supported:
The BSD socket API: define USE_SOCKETS.
The Berkeley Packet Filter: define USE_BPF.
The Streams Network Interface Tap (NIT): define USE_NIT.
Raw sockets: define USE_RAW_SOCKETS
If your system supports the BSD socket API and doesn't provide
one of the supported interfaces to the physical packet layer,
you can either provide support for the low-level API that your
system does support (if any) or just use the BSD socket interface.
The BSD socket interface doesn't support multiple network interfaces,
and on many systems, it does not support the all-ones broadcast
address, which can cause problems with some DHCP clients (e.g.
Microsoft Windows 95). */
#if defined (USE_DEFAULT_NETWORK)
# define USE_SOCKETS
#endif
/* Porting::
Recent versions of BSD added a new element to the sockaddr structure:
sa_len. This indicates the length of the structure, and is used
in a variety of places, not the least of which is the SIOCGIFCONF
ioctl, which is used to figure out what interfaces are attached to
the system.
You should be able to determine if your system has an sa_len element
by looking at the struct sockaddr definition in /usr/include/sys/socket.h.
If it does, you must define HAVE_SA_LEN. Otherwise, you must not.
The most obvious symptom that you've got this wrong is either a compile
error complaining about the use of the sa_len structure element, or
the failure of dhcpd to find any interfaces. */
/* #define HAVE_SA_LEN */
/* Every operating system has its own way of seperating lines in a
sequential text file. Most modern systems use a single character,
either an ASCII Newline (10) or an ASCII Carriage Return (13).
The most notable exception is MS-DOS (and consequently, Windows),
which uses an ASCII Carriage Return followed by a Newline to
seperate each line. Fortunately, MS-DOS C compiler libraries
typically hide this from the programmer, returning just a Newline.
Define EOL to be whatever getc() returns for a newline. */
#define EOL '\n'
/* Some older C compilers don't support the void pointer type.
ANSI C defines void * to be a pointer type that matches
any other pointer type. This is handy for returning a pointer
which will always need to be cast to a different value. For
example, malloc() on an ANSI C-compliant system returns void *.
If your compiler doesn't support void pointers, you may need to
define VOIDPTR to be char *; otherwise, define it to be void *. */
#define VOIDPTR void *
/* Porting::
The following definitions for time should work on any unix machine.
They may not work (or at least, may not work well) on a variety of
non-unix machines. If you are porting to a non-unix machine, you
probably need to change the definitions below and perhaps include
different headers.
I should note that dhcpd is not yet entirely clean of unix-specific
time references, so the list of defines shown below probably isn't
good enough if you're porting to a system that really doesn't support
unix time. It's probably a reasonable place to start, though. */
#include <time.h>
#define TIME time_t
#define GET_TIME(x) time ((x))