Forum Linux.redhat Configurer un serveur DHCP

Posté par  .
Étiquettes : aucune
0
11
mar.
2010
Bonjour,

Je suis en moment stagiaire et ma mission est de créer un serveur DHCP sous Redhat. Pas de souci pour l'installer mais la configuration se complique.

Mon tuteur m'a demandé d'organiser le fichier dhcpd.conf de la façon suivante:

Groupe {
Informations diffusées sur l'ensemble du groupe

Réseau 1 {
Informations diffuseés sur l'ensemble du réseau 1
hosts {
Réservations d'adresses
}
}
Réseau 2 {
Informations diffuseés sur l'ensemble du réseau 2
hosts {
Réservations d'adresses
}
}

Groupe {
......

Donc j'ai travaillé dessus et voilà ce que sa donne:

ddns-update-style interim;
ignore client-updates;

# option time-offset -18000; # Eastern Standard Time

##### Pour le groupe LIRMM ########
group {
option domain-name "lirmm.fr";
option domain-name-servers 193.49.104.10, 193.49.104.172;
option netbios-name-servers 193.49.104.172, 193.49.104.160;
option ntp-servers 193.49.104.10;
default-lease-time 18000;
max-lease-time 18000;

subnet 192.168.10.0 netmask 255.255.255.0 {
option routers 192.168.0.1;
option broadcast-address 192.168.10.255;

host kevin-linux {
hardware ethernet 00:0C:29:5F:23:F9;
fixed-address 192.168.10.48;
}

}

subnet 194.254.113.0 netmask 255.255.255.192 {

option routers 194.254.113.1;
option broadcast-address 194.254.113.63;

host test-linux {
hardware ethernet 00:0C:29:5F:23:03;
fixed-address 194.254.113.13;
}

host ordi-linux {
hardware ethernet 00:0C:29:5F:23:0D;
fixed-address 194.254.113.45;
}



}
}


# host laptop-windows {
# hardware ethernet 00:25:64:48:B5:FE;
# fixed-address 192.168.10.50;
# }

Lorsque je redémarre le démond dhcp, il m'indique que le redemarrage a échoué. J'ai fait "grep -i dhcp /var/log/messages pour voir le journal d'erreur mais rien n'est affiché.

Je précise que mon serveur fonctionnait lorsque le deuxième réseau 194.254.113.0 n'était pas déclaré, or j'ai lu qu'on pouvait en déclarer plusieurs.

Si quelqu'un a une solution à me donner sa serait sympa. Merci d'avance

  • # ip alias

    Posté par  (site web personnel) . Évalué à 2.

    Quelles sont les ip du serveur dhcp en question ?

    Si mes souvenirs sont bons, il est necessaire d'avoir une ip par sous réseau

    Ici il faudrait ajouter une ip par exemple 194.254.113.1 pour distribuer des baux dhcp...

    Système - Réseau - Sécurité Open Source

  • # Syntaxe

    Posté par  . Évalué à 3.

    La syntaxe n'est pas respectée. Il faut séparer les déclarations subnet et group.
    subnet n'apparait dans une autre déclaration que dans le cas d'un réseau partagé.

    Sers toi de l'exemple qui doit être fourni :
    cf /usr/share/doc/dhcp-4.1.1/dhcpd.conf.sample

    dhcpd.conf ipv4 -----------------------

    # paramètres globaux

    subnet 204.254.239.64 netmask 255.255.255.224 {
    # paramètres spécifiques au sous-réseau...
    range 204.254.239.74 204.254.239.94;
    }

    group {
    # paramètres spécifiques au groupe...
    host zappo.test.isc.org {
    # paramètres spécifiques à l’hôte...
    }
    host beppo.test.isc.org {
    # paramètres spécifiques à l’hôte...
    }
    host harpo.test.isc.org {
    # paramètres spécifiques à l’hôte...
    }
    }

    • [^] # Re: Syntaxe

      Posté par  . Évalué à 1.

      C'est bon, j'ai trouvé la solution, il fallait mettre au dessus de l'ensemble des subnet "shared-network nom". Pour la syntaxe, pourquoi n'est-elle pas bonne? Dans une déclaration "group", je peux mettre des réseaux partagés, des sous-réseaux et des hôtes (http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/(...)

      J'ai choisi cette syntaxe parce que les paramètres globaux du groupe s"effectue sur l'ensemble des subnet.

      • [^] # Re: Syntaxe

        Posté par  . Évalué à 3.

        Je l'ai dit : "subnet n'apparait dans une autre déclaration que dans le cas d'un réseau partagé."

        Tu as choisi cette solution mais elle n'est pas vraiement conforme car tu as deux sous réseaux distinct :
        - subnet 192.168.10.0 netmask 255.255.255.0
        - subnet 194.254.113.0 netmask 255.255.255.192

        Bien que cela marche, je te conseille donc de choisir plutôt l'autre syntaxe.

  • # Encore un problème similaire

    Posté par  . Évalué à 1.

    Les problèmes ne sont pas encore finis: Voilà lorsque je déclare un subnet 194.254.115.0 netmask 255.255.255.128 et que je redemarre le démon dhcp il m'indique "échoué". J'ai testé avec un réseau classique (192.168.11.0 /24) et là sa fonctionne.

    Je ne comprends pas pourquoi, si quelqu'un a une solution.

    Merci

    • [^] # Re: Encore un problème similaire

      Posté par  . Évalué à 4.

      parce qu'il faut que ton DHCP ait une carte reseau DANS le reseau 194.254.115.0/25
      (avec le masque 25 ou 255.255.255.128)

      http://jodies.de/ipcalc?host=194.254.115.0&mask1=255.255(...)

      • [^] # Re: Encore un problème similaire

        Posté par  . Évalué à 0.

        Non, ce n'est pas cette piste ^^ . Je viens de regarder mon interface, elle a bien une adresse dans cette plage et le masque est correct.

        Je sèche complètement là. Je ne comprends pas du tout pourquoi il n'accepte pas cette adresse réseau. J'ai essaye de changer le masque (classique et sous-réseau) mais rien y fait

        • [^] # Re: Encore un problème similaire

          Posté par  . Évalué à 1.

          Petite rectification ! En mettant un masque 255.255.255.128 avec une adresse réseau de type 192.168.11.0 sa fonctionne. Mais dès que je change cette adresse par celle que je souhaite réellement (194.254.115.0) alors là le démon dhcp ne veut pas redemarrer.

          • [^] # Re: Encore un problème similaire

            Posté par  . Évalué à 0.

            Bon c'est sa fonctionne, je ne sais pas comment j'ai fait exactement à part avoir ajouter "DHCPDARGS='-t 3' pour être en mode debug. Mais bon il ne faut pas que tout fonctionne d'un coup, sa serait trop simple.

            Maintenant mes clients ne recoivent plus d'adresse IP, ils ont bloqué à la requête DHCPDISCOVER

            • [^] # Re: Encore un problème similaire

              Posté par  . Évalué à 5.

              il faut que le demon DHCP ecoute sur la bonne carte reseau...

              il me semble que par defaut c'est eth0
              ce qui n'est pas forcement l'interface sur laquelle tes clients font leur requete à ton serveur (qui peut-etre plusieurs cartes reseaux)

  • # Include dans serveur DHCP

    Posté par  . Évalué à 1.

    J'ai refait entièrement mon fichier dhcpd.conf en respectant la syntaxe comme on me l'a conseillé. Maintenant ça fonctionne. Par contre vu que j'ai beaucoup de réservation de machine, je fais des "include" de fichiers contenant mes réservation. Lorsque je redémarre le serveur, pas de souci, par contre mon client n'arrive pas à joindre mon serveur DHCP, les requêtes restent bloquées sur DHCP DISCOVER. Voici mon fichier dhcpd.conf:

    ddns-update-style interim;
    ignore client-updates;

    group {
    option domain-name "lirmm.fr";
    option domain-name-servers 193.49.104.10, 193.49.104.172;
    option netbios-name-servers 193.49.104.172, 193.49.104.160;
    option ntp-servers 193.49.104.10;
    default-lease-time 18000;
    max-lease-time 18000;




    subnet 193.49.106.0 netmask 255.255.255.192 {
    option routers 193.49.107.254;
    option broadcast-address 193.49.107.255;

    }

    include "/home/kevin/193.49.106.0.net";


    }


    Et voici mon fichier à inclure (193.49.106.0.net):

    host MacCerri.lirmm.fr { hardware ethernet 00:25:64:48:B5:FE; fixed-address 193.49.106.227; }


    Si quelqu'un a une solution. Merci

    • [^] # Re: Include dans serveur DHCP

      Posté par  . Évalué à 1.

      Le client n'a pas d'adresse. Il envoi sa demande sur "toutes" les plages pour en avoir une.

      Le serveur DHCP lui en envoi une par le même biais.

      Le client s'en sert alors pour pour confirmer.

      Le serveur reçoit la réponse via le sous-réseau configuré par le client.

      Question : Ta carte réseau écoute-t-elle sur tous les sous-réseau que ton DHCP sert à configurer?

      Solution éventuelle : Fais des ip alias sur ta carte réseau pour pouvoir avoir accès à tout tes sous réseau.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.