pump - configure network interface via BOOTP or DHCP protocol
While pump may be started manually, it is normally started automatically by the /sbin/ifup script for devices configured via BOOTP or DHCP.
Once pump is managing an interface, you can run pump to query
the status of that interface. For example,
/sbin/pump -i eth0 --status
will print the current status of device eth0.
switch | long option | description |
-c | --config-file=ARG | Configuration file to use instead of |
/etc/pump.conf | ||
-h | --hostname=hostname | Hostname to request |
-i | --interface=iface | Interface to configure (normally eth0) |
-k | --kill | Kill daemon (and disable all interfaces) |
-l | --lease=hours | Lease time to request (in hours) |
--lookup-hostname | Always look up hostname and domain in DNS | |
-r | --release | Release interface |
-R | --renew | Force immediate lease renewal |
-s | --status | Display interface status |
-d | --no-dns | Don't update resolv.conf |
--no-gateway | Don't configurate a default route for this interface | |
--win-client-id | Specify a Windows-like client identifier | |
-? | --help | Show this help message |
--usage | Display brief usage message |
The configuration file is line oriented, and most line contains a directive followed by zero or more arguments. Arguments are handled similar to how shells handle command arguments, allowing the use of quotes and backslash escapes. Comments are allowed, and must begin with a # character, and spaces and tabs are ignored.
Directives may be specified at two levels, global and specific. Global directives change pump's behavior for all of the devices which it manages, while specific directives change pump's behavior for a single device. Later directives always override earlier ones.
Here is an example /etc/pump.conf:
# sample /etc/pump.conf file domainsearch "my.own.org own.org at.work.com" retries 3 device eth1 { nodns }
This configuration file tells pump to use a specific DNS search path rather deriving one from the DHCP or BOOTP server response, to retry each request 3 times (for a total of 4 tries), and not to change any DNS configuration when it's configuring the eth1 device.
Here is a complete list of directives:
Condition | arg1 | arg2 | arg3 |
lease | up | eth0 | 1.2.3.4 |
renewal | renewal | eth0 | 2.3.4.5 |
release | down | eth0 |
When events occur in negotiation with the server, calls the given executable or script. Scripts are called when a lease is granted, when a renewal is negotiated, and when the interface is brought down and the address released. The scripts are called with two or three arguments, depending on the condition, as documented in the table above.
Submit bug reports at the Bug Track link at http://developer.redhat.com/
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |