dhcpd y eth

[Alberto Rivera]

Mira al final volví a hacerlo, una configuración muy básica pero
funcional por lo menos por el momento, aquí la envío... a ver si tienes
ideas interesantes .... salu2

# deny client-updates;
ddns-update-style interim;
authoritative;
option domain-name "silverhawk.net";
option domain-name-servers 10.4.1.1;
shared-network silverhawk.net {
     default-lease-time 86400;
     max-lease-time 604800;
     option subnet-mask 255.255.255.0;
     option domain-name-servers 10.4.1.254;
# eth0
     subnet 10.4.1.0 netmask 255.255.255.0 {
         option broadcast-address 10.4.1.255;
         option routers 10.4.1.254;
         range 10.4.1.234 10.4.1.251;
     }
}


El vie, 18-02-2005 a las 19:50, Horst von Brand escribió:
> Alberto Rivera <albertux en linuxchillan.cl> dijo:
> > El mié, 16-02-2005 a las 21:20, Horst von Brand escribió:
> > > Alberto Rivera <albertux en linuxchillan.cl> dijo:
> > > > Sabes sería también la respuesta a mi problemática ya que he hecho de
> > > > todo para que el dhcpd funcione correctamente con RH9, en realidad en lo
> > > > personal no lo he podido conseguir con dos interfaces pero si en una
> > > > máquina individual ....
> 
> > > Curioso... lo tenemos andando sin problemas desde al menos RH 7.3.
> 
> > Como lo mencione en artículos anteriores el dhcpd nunca me ha corrido de
> > buena forma en una de las máquinas con dos interfaces de red, con RH9Sh.
> > y aún no encuentro el problema la verdad...
> 
> Publica (las partes interesantes de) tus acrhivos de configuracion, y algun
> detalle de lo que "funciona mal". Tal vez podamos ayudar entonces.
> 
> Repito: en el DI de la UTFSM tenemos una maquina con 5 eth (6 interfases
> virtuales), y el servidor DHCP de FC3 (y antes de variados RH) funciona sin
> problemas. Inicialmente costo un poco de leer y /entender/ documentacion,
> pero...
> 
> > > Debe ser efecto del top-posting.
> 
> Y nuevamente: Aca se juntan los brujos, pero (que yo sepa) adivinos no hay.
-- 
   Alberto Rivera Muñoz
User #353961 counter.li.org