[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]

[Hilos de Discusión] [Fecha] [Tema] [Autor]

Re: [Sop.Tec.LinuxPPP] DHCP con dos NIC's... se puede?

At 09:39 PM 5/7/2003, you wrote:

Hola listeros, no la voy a hacer de emoción y de una
vez pregunto:

Resulta que logré hacer funcionar un servidor DHCP sin
problemas. Le agegué una segunda tarjeta de red y me
vino el primer problema. Acto seguido me puse a buscar
si tenía que ver el hecho de haberle agregado la
segunda tarjeta y asì fuè. Finalmente logré cambiar la
configuración y me volvió a funcionar.
Pero ahora la duda que tengo es saber si se puede
hacer funcionar el servidor DHCP con las dos tarjetas
y que ambas (cada una configurada a una subred
diferente) escuchen peticiones y asignen direcciones
IP a sus respectivos segmentos, porque en este momento
solamente me asigna perfectamente IP's a la subred de
la eth0 pero si espero a que le asigne una IP a la
subred de la eth1 no la pela y le sigue asignando IP's
de la eth0.
Alguien ha hecho algo similar a lo que estoy tratando
de correr?
Si, es muy facil, el demonio de DHCP por default escucha en todas las tarjetas de red t te permite asignar direcciones en todas ellas. 


Mi configuración es la siguiente:

eth0=192.168.41.1
eth1=192.168.40.154


Mi archivo dhcpd.conf:
-------------------------------------------------------

authoritative;
option domain-name "midominio.com.mx";
option domain-name-servers 192.168.41.1;

shared-network midominio {
    default-lease-time 86400;
    max-lease-time 604800;
    option subnet-mask 255.255.255.0;
    option domain-name-servers 192.168.40.254;

# eth1
    subnet 192.168.40.0 netmask 255.255.255.0 {
        option broadcast-address 192.168.40.255;
        option routers 192.168.40.254;
        range 192.168.40.250 192.168.40.251;
    }

# eth0
    subnet 192.168.41.0 netmask 255.255.255.0 {
        option broadcast-address 192.168.41.255;
        option routers 192.168.41.1;
        range 192.168.41.250 192.168.41.251;
    }
}
-------------------------------------------------------

Cada tarjeta conecta a un switch diferente y la
asigación de IP's parece que fuera autoritaria y que
queda a cargo de la eth0, porque siempre me asigna los
números que tengo asignado en ese segmento.

Les agradecería mucho si me pueden ayudar.
¿Alguna idea?
El problema es el comando "authoritative", al ponerlo al inicio de la configuracion le estas diciendo que la primera declaracion de segmento (eth0) es autoritaria en 
ese segmento, pero las demas no.
te sugiero que le pongas en comando "authoritative" en ambas declaraciones de segmentos (dentro de subnet) y veras que cada una responde con sus respectivas asignaciones. 

Tomado del man "dhcpd.conf":

       The authoritative statement

          authoritative;

          not authoritative;
The DHCP server will normally assume that the configuration information about a given network segment is not known to be correct and is not authoritative. This is so that if a naive user installs a DHCP server not fully understanding how to configure it, it does not send spurious DHCPNAK messages to clients that have obtained addresses from a legitimate DHCP server on the network.
Network administrators setting up authoritative DHCP servers for their networks should always write authoritative; at the top of their configuration file to indicate that the DHCP server should send DHCPNAK messages to misconfigured clients. If this is not done, clients will be unable to get a correct IP address afterchanging subnets until their old lease has expired, which could take quite a long time.
Usually, writing authoritative; at the top level of the file should be sufficient. However, if a DHCP server is to be set up so that it is aware of some networks for which it is authoritative and some networks for which it is not, it may be more appropriate to declare authority on a per-network-segment basis.
Note that the most specific scope for which the concept of authority makes any sense is the physical network segment - either a shared-network statement or a subnet statement that is not contained within a shared-network statement. It is not meaningful to specify that the server is authoritative for some subnets within a shared network, but not authoritative for others, nor is it meaningful to specify that the server is authoritative for some host declarations and not others. 

Saludos !!


Mensaje sin acentos

     Ing. Alexandro Conde Martinez ---------> Alcon
        Gerente de Ingenieria, Fonet Global Inc.
mailto:acm en fonetglobal com <http://www.fonetglobal.com>
      ICQ# 6269259 Tel:+52.442.242.0422 Ext. 104
Stop Spam: http://www.cauce.org 
--
Lista de soporte de LinuxPPP
Dirección email: Linux en linuxppp com
Dirección web: http://mail.linuxppp.com/mailman/listinfo/linux
Reglas de la lista: http://linuxppp.net/reglas.html
[Hilos de Discusión] [Fecha] [Tema] [Autor]