DHCPD (dhcp3-server) não inicia!

[mangojambo]

ok, ok! Dizem que essas coisas é para dar mais sabor às nossas conquistas e falarmos de boca cheia: "Pronto! Funcionando!"

Lá vai: estou configurando um servidor LTSP mas o dhcp server não reinicia!

Código Selecionar Expandir

$ sudo /etc/init.d/dhcp3-server start
Password:
Internet Systems Consortium DHCP Server V3.0.3
Copyright 2004-2005 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
* Starting DHCP server:                                                 [fail]
mj@mangoz:~$

não mexi no /etc/dhcp3/dhcpd.conf ... está padrão "de fábrica"!

Código Selecionar Expandir


#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;

# option definitions common to all supported networks...

#option domain-name "example.org";
#option domain-name-servers ns1.example.org, ns2.example.org;
option domain-name "casa";
option domain-name-servers casa;
default-lease-time 600;
max-lease-time 7200;



# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).

log-facility local7;


# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

#subnet 10.152.187.0 netmask 255.255.255.0 {
#}

# This is a very basic subnet declaration.

#subnet 10.254.239.0 netmask 255.255.255.224 {
#  range 10.254.239.10 10.254.239.20;
#  option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org;
#}

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet 10.254.239.32 netmask 255.255.255.224 {
#  range dynamic-bootp 10.254.239.40 10.254.239.60;
#  option broadcast-address 10.254.239.31;
#  option routers rtr-239-32-1.example.org;
#}

# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
#  range 10.5.5.26 10.5.5.30;
#  option domain-name-servers ns1.internal.example.org;
#  option domain-name "internal.example.org";
#  option routers 10.5.5.1;
#  option broadcast-address 10.5.5.31;
#  default-lease-time 600;
#  max-lease-time 7200;
#}

# Hosts which require special configuration options can be listed in
# host statements.   If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.

#host passacaglia {
#  hardware ethernet 0:0:c0:5d:bd:95;
#  filename "vmunix.passacaglia";
#  server-name "toccata.fugue.com";
#}

# Fixed IP addresses can also be specified for hosts.   These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP.   Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
#  hardware ethernet 08:00:07:26:c0:a5;
#  fixed-address fantasia.fugue.com;
#}

# You can declare a class of clients and then do address allocation
# based on that.   The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
#  match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}

#shared-network 224-29 {
#  subnet 10.17.224.0 netmask 255.255.255.0 {
#    option routers rtr-224.example.org;
#  }
#  subnet 10.0.29.0 netmask 255.255.255.0 {
#    option routers rtr-29.example.org;
#  }
#  pool {
#    allow members of "foo";
#    range 10.17.224.10 10.17.224.250;
#  }
#  pool {
#    deny members of "foo";
#    range 10.0.29.10 10.0.29.230;
#  }
#}

[bit_doidao]

dá uma olhada no log do sistema.

Em geral, ele fala até qual linha que dá com problemas.

Realmente, o dhcpd num sobe se tiver alguma coisa errada, e nem fala isso explicitamente, só nos logs.

/var/log/syslog

Boa sorte!

[bit_doidao]

Acabei de lembrar.

Tenta rodar o dhcpd com as opções -d e -f
-d == debug mode
-f == foreground mode

ou seja: dhcpd -d -f

até

[edureis]

Por padrão como pode observar o dhcp.conf original vêm com todas as linhas comentadas no inicio (3). Daí o motivo de seu dhcp não levantar. Configure o arquivo de acordo com sua necessidade e não esqueça de descomentar as linhas, valeu.

[],

[apache_am]

Como disse o nosso amigo, você deve configurar o seu DHCP server para que ele possa ser iniciado. Para fazer as configurações mínimas de um DHCP, da uma lida nesta parte do guia do ubuntu-br:

http://wiki.ubuntubrasil.org/GuiaDapper

Procure o Item 4 - Servidor DHCP.
Neste guia você vai aprender a fazer as configurações mínimas para que o seu servidor DHCP seja iniciado normalmente.

Boa sorte e bom estudo.

[Sparrow]

veio o problema é bem simples, você esta configurando o arquivo /etc/dhcp3/dhcpd.conf onde na verdade você deveria configurar
/etc/ltsp/dhcpd.conf



vlw