From: Jeremy C. Reed Date: Mon, 14 Dec 2015 19:18:30 +0000 (-0600) Subject: [3872] fixed many misspelled words X-Git-Tag: trac4263_base~5^2~7 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=fcf48336700367537247004d774ea2d33176f342;p=thirdparty%2Fkea.git [3872] fixed many misspelled words also added a couple commas or missing spaces --- diff --git a/doc/guide/admin.xml b/doc/guide/admin.xml index 0b78840f30..dd5ac7391a 100644 --- a/doc/guide/admin.xml +++ b/doc/guide/admin.xml @@ -34,7 +34,7 @@ Backend versions are specified in a major.minor format. The minor - number is increased when there are backward compatibile changes + number is increased when there are backward compatible changes introduced. For example, the addition of a new index. It is desirable, but not mandatory to apply such a change; you can run on older database version if you want to. (Although, in diff --git a/doc/guide/classify.xml b/doc/guide/classify.xml index 2fd21bb206..f83b0c0919 100644 --- a/doc/guide/classify.xml +++ b/doc/guide/classify.xml @@ -18,8 +18,8 @@ modem is different to the clients behind that modem. - The clients have different behavior, e.g.a smart phone behaves - differently to a lapttop. + The clients have different behavior, e.g. a smart phone behaves + differently to a laptop. The clients require different values for some options, e.g. a docsis3.0 diff --git a/doc/guide/ctrl-channel.xml b/doc/guide/ctrl-channel.xml index a1bb04b45a..473089e021 100644 --- a/doc/guide/ctrl-channel.xml +++ b/doc/guide/ctrl-channel.xml @@ -73,7 +73,7 @@ result indicates the outcome of the command. A value of 0 means success while any non-zero value designates an error. Currently 1 is used as a generic error, but additional error codes may be added in the - future.text field typically appears when result is + future. text field typically appears when result is non-zero and contains a description of the error encountered, but it may also appear for successful results. That's command specific. arguments is a map of additional data values returned by @@ -165,7 +165,7 @@ configuration file. shutdown command instructs the server to initiate - its shutdown procedure. It is the equivalent of sending a SIGTERM singal + its shutdown procedure. It is the equivalent of sending a SIGTERM signal to the process. This command does not take any arguments. An example command may look like this: diff --git a/doc/guide/ddns.xml b/doc/guide/ddns.xml index db79be9b6c..5f741bb8f7 100644 --- a/doc/guide/ddns.xml +++ b/doc/guide/ddns.xml @@ -117,7 +117,7 @@ directly. The following command may be used to extract this information. The binary path may be found in the install directory or in the .libs - subdirectory in the source treee. For example + subdirectory in the source tree. For example kea/src/bin/d2/.libs/kea-dhcp-ddns. strings path/kea-dhcp-ddns | sed -n 's/;;;; //p' @@ -142,7 +142,7 @@ strings path/kea-dhcp-ddns | sed -n 's/;;;; //p' - conf name: The confguration file name + conf name: The configuration file name used to start the server, minus all preceding path and file extension. For example, given a pathname of "/usr/local/etc/kea/myconf.txt", the portion used would be "myconf". @@ -608,7 +608,7 @@ corresponding values in the DHCP servers' "dhcp-ddns" configuration section. lease address. The zone name should follow the appropriate standards: for example, to to support the IPv4 subnet 172.16.1, the name should be. "1.16.172.in-addr.arpa.". Similarly, - to support an IPv6 subent of 2001:db8:1, the name should be + to support an IPv6 subnet of 2001:db8:1, the name should be "1.0.0.0.8.B.D.0.1.0.0.2.ip6.arpa." Whatever the name, it must be unique within the catalog. diff --git a/doc/guide/dhcp4-srv.xml b/doc/guide/dhcp4-srv.xml index 279cb7746d..bab52d96e5 100644 --- a/doc/guide/dhcp4-srv.xml +++ b/doc/guide/dhcp4-srv.xml @@ -81,7 +81,7 @@ directly. The following command may be used to extract this information. The binary path may be found in the install directory or in the .libs - subdirectory in the source treee. For example + subdirectory in the source tree. For example kea/src/bin/dhcp4/.libs/kea-dhcp4. @@ -119,7 +119,7 @@ strings path/kea-dhcp4 | sed -n 's/;;;; //p' - conf name: The confguration file name + conf name: The configuration file name used to start the server, minus all preceding path and file extension. For example, given a pathname of "/usr/local/etc/kea/myconf.txt", the portion used would be "myconf". @@ -642,13 +642,13 @@ temporarily override a list of interface names and listen on all interfaces. default value raw is used. - Using UDP sockets automatically disables the reception of brodcast + Using UDP sockets automatically disables the reception of broadcast packets from directly connected clients. This effectively means that the UDP sockets can be used for relayed traffic only. When using the raw sockets, both the traffic from the directly connected clients and the relayed traffic will be handled. Caution should be taken when configuring the server to open multiple raw sockets on the interface with several IPv4 addresses assigned. - If the directly connected client sends the message to the brodcast address + If the directly connected client sends the message to the broadcast address all sockets on this link will receive this message and multiple responses will be sent to the client. Hence, the configuration with multiple IPv4 addresses assigned to the interface should not be used when the directly @@ -673,7 +673,7 @@ temporarily override a list of interface names and listen on all interfaces. mentioned in the . From the administrator's perspective it is often desired to be able to configure the system's firewall to filter out the unwanted traffic, and - the use of UDP sockets faciliates it. However, the administrator must + the use of UDP sockets facilitates it. However, the administrator must also be aware of the implications related to filtering certain types of traffic as it may impair the DHCP server's operation. @@ -1498,7 +1498,7 @@ It is merely echoed by the server Unspecified parameters for DHCPv4 option configuration In many cases it is not required to specify all parameters for an option configuration and the default values may be used. However, it is - important to understand the implications of not specifing some of them + important to understand the implications of not specifying some of them as it may result in configuration errors. The list below explains the behavior of the server when a particular parameter is not explicitly specified: @@ -1700,7 +1700,7 @@ It is merely echoed by the server - This example shows a configuration using an automatcially generated + This example shows a configuration using an automatically generated "VENDOR_CLASS_" class. The Administrator of the network has decided that addresses from range 192.0.2.10 to 192.0.2.20 are going to be managed by the Dhcp4 server and only clients belonging to the @@ -2226,7 +2226,7 @@ It is merely echoed by the server database for this client, using the client identification information as a search key. Some configurations use static reservations for the IP - addreses and other configuration information. The server's administrator + addresses and other configuration information. The server's administrator uses client identification information to create these static assignments. In the dual stack networks there is often a need to @@ -2272,7 +2272,7 @@ It is merely echoed by the server database and will hand out the existing lease rather than allocate a new one. Each lease in the lease database is associated with the 'client identifier' and/or 'chaddr'. The server will first use the - 'client identifer' (if present) to search the lease. If the lease is + 'client identifier' (if present) to search the lease. If the lease is found, the server will treat this lease as belonging to the client even if the current 'chaddr' and the 'chaddr' associated with the lease do not match. This facilitates the scenario when the network card @@ -2390,7 +2390,7 @@ It is merely echoed by the server new reservation has been made for the client for the address being currently in use by another client. We call this situation a "conflict". The conflicts get resolved automatically over time as described in the subsequent sections. - Once conflict is resolved,the client will keep receiving the reserved + Once conflict is resolved, the client will keep receiving the reserved configuration when it renews. Another example when the host reservations are applicable is when a host @@ -2403,8 +2403,8 @@ It is merely echoed by the server has to be identified by its hardware/MAC address. There is an optional reservations array in the Subnet4 element. Each element in that array is a structure, that holds information - about reservrations for a single host. In particular, such a structure has - to have an indentifer that uniquely identifies a host. In DHCPv4 context, such an + about reservations for a single host. In particular, such a structure has + to have an identifier that uniquely identifies a host. In DHCPv4 context, such an identifier is a hardware or MAC address. In most cases, also an address will be specified. It is possible to specify a hostname. Additional capabilities are planned. @@ -2433,7 +2433,7 @@ It is merely echoed by the server ] The first entry reserves the 192.0.2.202 address for the client that uses - MAC adress of 1a:1b:1c:1d:1e:1f. The second entry reserves the address + MAC address of 1a:1b:1c:1d:1e:1f. The second entry reserves the address 192.0.2.100 and the hostname of alice-laptop for client using MAC address 0a:0b:0c:0d:0e:0f. Note that if you plan to do DNS updates, it is strongly recommended for the hostnames to be unique. @@ -2639,7 +2639,7 @@ It is merely echoed by the server also must not be reserved for another client. Second, when renewing a lease, additional check must be performed whether the address being renewed is not reserved for another client. Finally, when a host renews an address, the server - has to check whether there's a reservation for this host, so the exisiting + has to check whether there's a reservation for this host, so the existing (dynamically allocated) address should be revoked and the reserved one be used instead. @@ -2850,7 +2850,7 @@ It is merely echoed by the server that it is expected to hand out to the DHCPv4 clients. It is assumed that the server is authoritative and has complete jurisdiction over those addresses. However, due to various reasons, such as - misconfiguration or a faulty client implemetation that retains its + misconfiguration or a faulty client implementation that retains its address beyond the valid lifetime, there may be devices connected that use those addresses without the server's approval or knowledge. @@ -2891,7 +2891,7 @@ It is merely echoed by the server hook returns (both global and subnet specific variants). Once the probation time elapses, the declined lease is recovered - using the standard expired lease reclaimation procedure, with several + using the standard expired lease reclamation procedure, with several additional steps. In particular, both declined-addresses statistics (global and subnet specific) are decreased. At the same time, reclaimed-declined-addresses statistics (again in two variants, global and @@ -3146,7 +3146,7 @@ It is merely echoed by the server declined-addresses integer - This statistic shows the number of IPv4 adresses that are + This statistic shows the number of IPv4 addresses that are currently declined. This statistic counts the number of leases currently unavailable. Once a lease is recovered, this statistic will be decreased. Ideally, this statistic should be @@ -3161,7 +3161,7 @@ It is merely echoed by the server subnet[id].declined-addresses integer - This statistic shows the number of IPv4 adresses that are + This statistic shows the number of IPv4 addresses that are currently declined in a given subnet. This statistic counts the number of leases currently unavailable. Once a lease is recovered, this statistic will be decreased. Ideally, this @@ -3177,7 +3177,7 @@ It is merely echoed by the server reclaimed-declined-addresses integer - This statistic shows the number of IPv4 adresses that were + This statistic shows the number of IPv4 addresses that were declined, but have now been recovered. Unlike declined-addresses, this statistic never decreases. It can be used as a long term indicator of how many actual valid Declines were @@ -3190,7 +3190,7 @@ It is merely echoed by the server subnet[id].reclaimed-declined-addresses integer - This statistic shows the number of IPv4 adresses that were + This statistic shows the number of IPv4 addresses that were declined, but have now been recovered. Unlike declined-addresses, this statistic never decreases. It can be used as a long term indicator of how many actual valid Declines were diff --git a/doc/guide/dhcp6-srv.xml b/doc/guide/dhcp6-srv.xml index 43a80b7cdf..2c1c7f1c91 100644 --- a/doc/guide/dhcp6-srv.xml +++ b/doc/guide/dhcp6-srv.xml @@ -79,7 +79,7 @@ directly. The following command may be used to extract this information. The binary path may be found in the install directory or in the .libs - subdirectory in the source treee. For example + subdirectory in the source tree. For example kea/src/bin/dhcp6/.libs/kea-dhcp6. @@ -117,7 +117,7 @@ strings path/kea-dhcp6 | sed -n 's/;;;; //p' - conf name: The confguration file name + conf name: The configuration file name used to start the server, minus all preceding path and file extension. For example, given a pathname of "/usr/local/etc/kea/myconf.txt", the portion used would be "myconf". @@ -1376,7 +1376,7 @@ should include options from the isc option space: Unspecified parameters for DHCPv6 option configuration In many cases it is not required to specify all parameters for an option configuration and the default values can be used. However, it is - important to understand the implications of not specifing some of them + important to understand the implications of not specifying some of them as it may result in configuration errors. The list below explains the behavior of the server when a particular parameter is not explicitly specified: @@ -1595,7 +1595,7 @@ should include options from the isc option space: There are certain conditions that must be met for the option to be included. First, the server must not provide the option by itself. In other words, if both relay and server provide an option, the server always - takes precedence. Second, the option must be RSOO-enabled. IANA mantains a + takes precedence. Second, the option must be RSOO-enabled. IANA maintains a list of RSOO-enabled options here. However, there may be cases when system administrators want to echo other options. Kea can be instructed to treat other options as RSOO-enabled. @@ -1634,11 +1634,11 @@ should include options from the isc option space: In certain cases it is useful to differentiate between different types of clients and treat them accordingly. It is envisaged that client classification will be used for changing the behavior of almost any part of - the DHCP message processing, including the assignement of leases from different - pools, the assigment of different options (or different values of the same - options) etc. In the current release of the sofware however, there are + the DHCP message processing, including the assignment of leases from different + pools, the assignment of different options (or different values of the same + options) etc. In the current release of the software however, there are only two mechanisms that take advantage of client classification: - subnet selection and assignment of differnet options. + subnet selection and assignment of different options. @@ -1717,7 +1717,7 @@ should include options from the isc option space: - This example shows a configuration using an automatcially generated + This example shows a configuration using an automatically generated "VENDOR_CLASS_" class. The Administrator of the network has decided that addresses from range 2001:db8:1::1 to 2001:db8:1::ffff are going to be managed by the Dhcp6 server and only clients belonging to the @@ -2178,7 +2178,7 @@ should include options from the isc option space: reservations array in the Subnet6 structure. Each element in that array is a structure, that holds information about a single host. In - particular, such a structure has to have an indentifer that + particular, such a structure has to have an identifier that uniquely identifies a host. In DHCPv6 context, such an identifier is a hardware (MAC) address or a DUID. Also, either one or more addresses or prefixes should be specified. It is possible to @@ -2237,7 +2237,7 @@ should include options from the isc option space: It is not allowed to define multiple host definitions with the same hardware address in a single subnet. It is a valid configuration, if such definitions are specified in different subnets, though. The reservation for a given host - should include only one identifier, either DUID or hwardware address. Defining + should include only one identifier, either DUID or hardware address. Defining both for the same host is considered a configuration error, but as of 0.9.1 beta, it is not rejected. @@ -2275,7 +2275,7 @@ should include options from the isc option space:
Conflicts in DHCPv6 reservations As reservations and lease information are stored in different places, - conflicts may arrise. Consider the following series of events. The server + conflicts may arise. Consider the following series of events. The server has configured the dynamic pool of addresses from the range of 2001:db8::10 to 2001:db8::20. Host A requests an address and gets 2001:db8::10. Now the system administrator decides to reserve an address for host B. He decides @@ -2626,7 +2626,7 @@ should include options from the isc option space: - The hexadecimal representation of the DUID-EN created accoring to + The hexadecimal representation of the DUID-EN created according to the configuration above is: 00:02:00:00:09:BF:87:AB:EF:7A:5B:B5:45 @@ -2897,10 +2897,10 @@ should include options from the isc option space:
MAC/Hardware addresses in DHCPv6 - MAC/hardware addesses are available in DHCPv4 messages + MAC/hardware addresses are available in DHCPv4 messages from the clients and administrators frequently use that information to perform certain tasks, like per host - configuration, address reserveration for specific MAC addresses and other. + configuration, address reservation for specific MAC addresses and other. Unfortunately, the DHCPv6 protocol does not provide any completely reliable way to retrieve that information. To mitigate that issue a number of mechanisms have been implemented in Kea that attempt to gather that information. Each @@ -2951,18 +2951,18 @@ should include options from the isc option space: duid - DHCPv6 uses DUID identifiers instead of MAC addresses. There are currently four DUID types defined, with two of them (DUID-LLT, which is the default one and DUID-LL) convey MAC address information. - Although RFC3315 forbids it, it is possible to parse those DUIDs and extract + Although RFC 3315 forbids it, it is possible to parse those DUIDs and extract necessary information from them. This method is not completely reliable, as clients may use other DUID types, namely DUID-EN or DUID-UUID. - ipv6-link-local - Another possible aquisition + ipv6-link-local - Another possible acquisition method comes from the source IPv6 address. In typical usage, clients are sending their packets from IPv6 link-local addresses. There's a good chance that those addresses are based on EUI-64, which contains MAC address. This method is not completely reliable, as clients may use other link-local address - types. In particular, privacy extensions, defined in RFC4941, do not use + types. In particular, privacy extensions, defined in RFC 4941, do not use MAC addresses. Also note that successful extraction requires that the address's u-bit must be set to 1 and its g-bit set to 0, indicating that it is an interface identifier as per @@ -3029,7 +3029,7 @@ should include options from the isc option space: addresses that it is expected to hand out to the DHCPv6 clients. It is assumed that the server is authoritative and has complete jurisdiction over those addresses. However, due to various - reasons, such as misconfiguration or a faulty client implenetation + reasons, such as misconfiguration or a faulty client implementation that retains its address beyond the valid lifetime, there may be devices connected that use those addresses without the server's approval or knowledge. @@ -3073,7 +3073,7 @@ should include options from the isc option space: returns (both global and subnet specific variants). Once the probation time elapses, the declined lease is recovered - using the standard expired lease reclaimation procedure, with several + using the standard expired lease reclamation procedure, with several additional steps. In particular, both declined-addresses statistics (global and subnet specific) are decreased. At the same time, reclaimed-declined-addresses statistics (again in two variants, global and @@ -3162,7 +3162,7 @@ should include options from the isc option space: Number of ADVERTISE packets received. Advertise packets are sent by the server and the server is never expected to receive them. A non-zero - value of this statistic indicates an error ocurring in the network. + value of this statistic indicates an error occurring in the network. One likely cause would be a misbehaving relay agent that incorrectly forwards ADVERTISE messages towards the server, rather back to the clients. @@ -3349,7 +3349,7 @@ should include options from the isc option space: declined-addresses integer - This statistic shows the number of IPv6 adresses that are + This statistic shows the number of IPv6 addresses that are currently declined. This statistic counts the number of leases currently unavailable. Once a lease is recovered, this statistic will be decreased. Ideally, this statistic should be @@ -3364,7 +3364,7 @@ should include options from the isc option space: subnet[id].declined-addresses integer - This statistic shows the number of IPv6 adresses that are + This statistic shows the number of IPv6 addresses that are currently declined in a given subnet. This statistic counts the number of leases currently unavailable. Once a lease is recovered, this statistic will be decreased. Ideally, this @@ -3380,7 +3380,7 @@ should include options from the isc option space: reclaimed-declined-addresses integer - This statistic shows the number of IPv6 adresses that were + This statistic shows the number of IPv6 addresses that were declined, but have now been recovered. Unlike declined-addresses, this statistic never decreases. It can be used as a long term indicator of how many actual valid Declines were @@ -3393,7 +3393,7 @@ should include options from the isc option space: subnet[id].reclaimed-declined-addresses integer - This statistic shows the number of IPv6 adresses that were + This statistic shows the number of IPv6 addresses that were declined, but have now been recovered. Unlike declined-addresses, this statistic never decreases. It can be used as a long term indicator of how many actual valid Declines were diff --git a/doc/guide/intro.xml b/doc/guide/intro.xml index 97c9d7974a..ae5dcef4b0 100644 --- a/doc/guide/intro.xml +++ b/doc/guide/intro.xml @@ -28,7 +28,7 @@
Supported Platforms - Kea is officially supported on RedHat Enterprise Linux, + Kea is officially supported on Red Hat Enterprise Linux, CentOS, Fedora and FreeBSD systems. It is also likely to work on many other platforms: builds have been tested on (in no particular order) Debian GNU/Linux 6 and unstable, Ubuntu 9.10, NetBSD 5, diff --git a/doc/guide/keactrl.xml b/doc/guide/keactrl.xml index 91d6c1848d..924b67ca5b 100644 --- a/doc/guide/keactrl.xml +++ b/doc/guide/keactrl.xml @@ -164,9 +164,9 @@ INFO/keactrl: Starting kea-dhcp-ddns -c /usr/local/etc/kea/kea.conf -d Kea's servers create PID files upon startup. These files are used - by keactrl to deteremine whether or not a given server is running. If + by keactrl to determine whether or not a given server is running. If one or more servers are running when the start command is issued, the - output will look similiar to the following: + output will look similar to the following: $ keactrl start INFO/keactrl: kea-dhcp4 appears to be running, see: PID 10918, PID file: /usr/local/var/kea/kea.kea-dhcp4.pid. diff --git a/doc/guide/lease-expiration.xml b/doc/guide/lease-expiration.xml index 5b2c2c3737..2116dc4997 100644 --- a/doc/guide/lease-expiration.xml +++ b/doc/guide/lease-expiration.xml @@ -136,7 +136,7 @@ the cycles. - According to the reclamim-timer-wait-time the + According to the reclaim-timer-wait-time the server keeps fixed intervals of 5 seconds between the end of one cycle and the start of the next cycle. This guarantees the presence of 5s long periods during which the server remains responsive to DHCP diff --git a/doc/guide/lfc.xml b/doc/guide/lfc.xml index 1e46512bae..e177d7344a 100644 --- a/doc/guide/lfc.xml +++ b/doc/guide/lfc.xml @@ -10,7 +10,7 @@
Overview kea-lfc is a service process that removes - redundant infomation from the files used to provide persistent storage + redundant information from the files used to provide persistent storage for the memfile data base backend. This service is written to run as a stand alone process. @@ -58,7 +58,7 @@ kea-lfc [-4 | -6] -c config-file -p pid-file -x previous-file -i copy-file -o ou When kea-lfc starts this is the result of any previous run of kea-lfc. When kea-lfc finishes it is the result of this run. - If kea-lfc is interrupted before compelting + If kea-lfc is interrupted before completing, this file may not exist. diff --git a/doc/guide/logging.xml b/doc/guide/logging.xml index 25dd24749e..876d86c8d0 100644 --- a/doc/guide/logging.xml +++ b/doc/guide/logging.xml @@ -188,9 +188,9 @@ kea-dhcp4.bad-packets - this is the - logger used by the DHCPv4 server deamon for logging inbound client + logger used by the DHCPv4 server daemon for logging inbound client packets that were dropped or to which the server responded with a - DHCPNAK. The allows adminstrators to configure a separate log + DHCPNAK. The allows administrators to configure a separate log output that contains only packet drop and reject entries. @@ -213,7 +213,7 @@ kea-dhcp4.dhcp4 - this is the logger - by the DHCPv4 server deamon to log basic operations. + by the DHCPv4 server daemon to log basic operations. kea-dhcp4.dhcpsrv - this is a base @@ -234,7 +234,7 @@ kea-dhcp4.hosts - this logger is used within the libdhcpsrv and it logs messages related to the management - of the DHCPv4 host reservations, i.e. retrieval of the resevations + of the DHCPv4 host reservations, i.e. retrieval of the reservations and adding new reservations. @@ -278,7 +278,7 @@ kea-dhcp6.bad-packets - this is the - logger used by the DHCPv6 server deamon for logging inbound client + logger used by the DHCPv6 server daemon for logging inbound client packets that were dropped. @@ -301,7 +301,7 @@ kea-dhcp6.dhcp6 - this is the logger - used DHCPv6 server deamon to log basic operations. + used DHCPv6 server daemon to log basic operations. kea-dhcp6.dhcpsrv - this is a base @@ -322,7 +322,7 @@ kea-dhcp6.hosts - this logger is used within the libdhcpsrv and it logs messages related to the management - of the DHCPv6 host reservations, i.e. retrieval of the resevations + of the DHCPv6 host reservations, i.e. retrieval of the reservations and adding new reservations. @@ -353,25 +353,25 @@ kea-dhcp-ddns - this is the root logger for - the kea-dhcp-ddns deamon. All components used by this deamon inherit + the kea-dhcp-ddns daemon. All components used by this daemon inherit the settings from this logger if there is no specialized logger provided. kea-dhcp-ddns.dhcpddns - this is the logger - used by the kea-dhcp-ddns deamon for logging configuration and global + used by the kea-dhcp-ddns daemon for logging configuration and global event information. This logger does not specify logging settings - for libraries used by the deamon. + for libraries used by the daemon. kea-dhcp-ddns.dhcp-to-d2 - this is the logger - used by the kea-dhcp-ddns deamon for logging information about events - dealing with receving messages from the DHCP servers and adding them + used by the kea-dhcp-ddns daemon for logging information about events + dealing with receiving messages from the DHCP servers and adding them to the queue for processing. kea-dhcp-ddns.d2-to-dns - this is the logger - used by the kea-dhcp-ddns deamon for logging information about events + used by the kea-dhcp-ddns daemon for logging information about events dealing with sending and receiving messages with the DNS servers. @@ -770,7 +770,7 @@ file be created. The following environment variables can be used to control the - behavio of logging during startup: + behavior of logging during startup: diff --git a/doc/guide/quickstart.xml b/doc/guide/quickstart.xml index ff3c5f75ae..c0608d4f3a 100644 --- a/doc/guide/quickstart.xml +++ b/doc/guide/quickstart.xml @@ -90,7 +90,7 @@ $ ./configure [your extra parameters] - If the server has been started sucessfully, test that it is + If the server has been started successfully, test that it is responding to DHCP queries and that the client receives a configuration from the server; for example, use the ISC DHCP client. @@ -118,7 +118,7 @@ $ ./configure [your extra parameters] Running Kea servers directly Kea servers can be started directly (without a need to use keactrl). To start DHCPv4 server run the following - commmand: + command: # kea-dhcp4 -c /path/to/your/kea4/config/file.json And, to start the DHCPv6 server run the following command: # kea-dhcp6 -c /path/to/your/kea6/config/file.json