Bonjour    
 
J'ai un serveur DHCP (DHCP3-server sous Linux) relié à un reseau local dont le subnet est 192.168.1.0/24.
Ce serveur DHCP ne doit pas attribuer d'adresses sur ce subnet. Il est en realité relié à deux routeurs qui font office de relais DHCP.
 
Mon problème est le suivant:
 
Comment mon serveur DHCP va-t-il savoir qu'il faut attribuer une adresse du subnet LAN-1 ou une adresse du subnet LAN-2 selon que la requête vient du relais DHCP n°1 ou du relais DHCP n°2?
 
Si quelqu'un peut m'aider, je l'en remercie d'avance.

J'ai trouvé un solution, mais celle-ci ne me plait pas forcement.
En effet avec la solution detaillée ci-après, je suis obligé de declarer tous les clients DHCP en statique (c'est pas ce qui me derange à la limite) mais surtout je ne peux pas garder une plage dynamique sur chacun des deux LANs.
 
Pour info:
Le serveur DHCP a pour adresse 192.168.1.254 (il est egalement serveur DNS) relié au routeur1 (192.168.1.1) et au routeur2 (192.168.1.2)
de l'autre coté le routeur1 a pour adresse 192.168.100.1 et le routeur2 a pour adresse 192.168.200.1
 
Voici le fichier de dhcpd.conf que j'ai mis au point:

Je me demande s'il n'y a pas une solution pour pouvoir distribuer dynamiquement (sans leases par @MAC) aux deux subnets LAN-1 et LAN-2 en introduisant une option ou autre dans le code...
 
Si quelqu'un voit une soluce je suis preneur    
 
Merci
 

ne serait il pas possible de déclarer des interfaces virtuelles sur ta carte réseau ?
chaque interface virtuelle étant sur un des sous réseaux, ton serveur DHCP ne poserait plus de pb.
 
ya jsute le pb des routeurs qui doivent devenir des ponts (?)
 

 
Je peux effectivement créer deux Vlans (1 pour chaque subnet LAN-1 et LAN-2), mais je n'ai pas la possibilité de modifier le fonctionnement des deux routeurs.
Ces routeurs ne font que forwarder les requetes DHCP qu'ils recoivent coté LAN-1 ou LAN-2 vers mon serveur DHCP.
Je dois me debrouillé avec ca  

les routeurs ont une ip chacun ?
 
voilà l'idée qui me vient :
2 serveurs DHCPD lancé sur la machine sur 2 ports différents et avec 2 confs différentes.
une redirection des paquets en fonction de l'ip d'arrivée vers le port qui va bien
 

 
(Quand tu parles de "port", tu veux dire interface réseau ?)
 
Je n'y avait pas pensé, c'est une bonne idée qui merite reflexion, cela dit encore une fois il me semble que ca va me forcer à dire aux routeurs de rediriger les requete vers le port qui va bien...
Initialement ils rediriges les requêtes dhcp vers le reseau 192.168.1.0 tant dit que là, il va falloir que le routeur 1 renvoi vers eth0.x et eth0.y
Si j'ai bien compris ton idée...

Je ne vois pas ou est le probleme... Quand un de tes routeurs relaie un paquet DHCP il insere dans ce paquet l'adresse IP de l'interface surlaquelle il a recut le paquet.
Le serveur DHCP utilise cette information pour déterminer dans quel subnet il doit piocher pour proposer une adresse IP au le client.
 
cf RFC 1542 sur les extensions de bootp (section 4.1.1 BOOTREQUEST Messages par exemple)

 
Non le port dont il parle c'est le port udp. Et je ne trouve pas  ca une bonne idée.  
Je vois vraiment pas ce qui vous chagrine. Si les routeurs font bien office de relais et rajoute bien la giaddr ca marche tout seul. Il suffit de bien configurer le routeur et le serveur.

sur mes tests avec deux routeurs virtuels (configurés en relais dhcp) je n'ai pas reussi a recuperer un adressage coté client...
Sur les logs du serveur j'avais :
"no free leases"
 
Par contre je voyais bien la requete arriver...
 
C'est pour ca que je me suis dit qu'il me manquait quelque chose...

Autre chose, j'ai vu ca sur le topic "Sujet : Options intéressantes pour le dhcp ?" :
 

 
Comment configure-t-on cette option ?

surement car la conf de ton serveur DHCP était foireuse.
Si tu peux la poster et nous dire exactement comment tu as "monter" tes routeurs virtuel.

 
Voilà la maquette en question:
 
Firewall à 6 interfaces. (2 WAN - 1 DMZ - 3 LAN)
J'ai utilisé les trois interfaces LAN.
Soit LAN-1 LAN-2 et LAN-3
Sur LAN-1, j'ai le serveur dhcp/dns --> 192.168.1.0/24 (@IP Interface Firewall LAN-1 = 192.168.1.1 / @IP serveur dhcp = 192.168.1.254)
Sur LAN-2, pc client-dhcp test1 --> 192.168.2.0/24 (@IP Interface Firewall LAN-2 = 192.168.2.1)
Sur LAN-3, pc client-dhcp test2 --> 192.168.3.0/24 (@IP Interface Firewall LAN-3 = 192.168.3.1)
 
J'ai autorisé les requetes necessaire sur le firewall entres les trois interfaces.
Sur l'interface LAN-2 --> relais dhcp vers LAN-1
Sur l'interface LAN-3 --> relais dhcp vers LAN-1
 
le dhcpd.conf :
 

 
Je rappelle que sur les logs je voyais bien la requête arriver, mais j'avais le message "no free leases" ...
Il n'y a aucun vlan sur l'interface du serveur dhcp.
Ceci n'est pas un copier/coller, j'ai reproduit ce que j'ai fait de memoire.
Est-il normal que ca n'ai pas marché ?

Effectivement il est bien specifié sur le RFC-1542 (ftp://ftp.rfc-editor.org/in-notes/rfc1542.txt) que l'agent relais integre l'@IP de la gateway d'où la requête arrive. S'il n'y a pas de gateway, alors l'@IP inserée est celle de l'interface de l'agent relais par laquelle la requête est arrivé (comme dans mon cas)
 
Ce qui veut effectivement dire que que mon fichier de conf etait probablement foireux !
Mais je ne vois pas à quel niveau    
 
Si vous vouyez un truc qui vous saute aux yeux, faites moi signe !
 
Merci.

 
C'est donc ca qu'il manquait ?
 
Je teste Lundi et je vous fait un retour, merci !
 
   
 
Vive les Bleux !!!!!!

Ca ne marche pas    
 
Voici les logs :
 

 
La requête arrive bien de deux passerelles differentes (192.168.2.1 et 192.168.3.1) mais le subnet attribué est toujours le même    
Donc les deux machines sont en 192.168.3.0/24, ok pour la machine "PC-5" mais la machine "Portable" dont la requête arrive par la passerelle 192.168.2.1 devrait être sur le subnet 192.168.2.0/24    
 
Help please !

 
Ya personne  

C'est cool un topic ou je parle tou seul...

Pour info,
 
Ce qu'il me manquait c'etait une route vers chacun des subnets LAN2 et LAN3 via les passerelles respectives. (Logique que le serveur voyait les requêtes arriver mais ne les envoyait nulle part n'ayant pas de route... )
 
Il manquait donc ceci sur le server DHCP (eth0 : 192.168.1.254):
 

 
Avec ca tout fonctionne  

c'est étonnant car pour joindre un réseau tu lui dis d'utiliser une adresse de ce réseau... c'est pas logique...
pour moi les gw aurait du etre en 192.168.1.0/24

Ecoute, desespéré j'ai essayé de jeter un oeil du coté des interfaces reeseau au lieu de chercher à constamment modifier ma conf DHCP.
J'ai remarqué que je ne pouvais pas pinger les passerelles derriere les deux subnets...
J'ai donc ajouté ces routes pour pouvoir les pinger, et là tout fonctionne    
 
Pour moi ca semble logique car les paquets n'etaient pas routés jusqu'au clients... Comment puis-je attribuer un adressage TCP/IP à un client si je ne peux pas communiquer avec lui ?

bah écoute...
 
Tu a un réseau en 192.168.1.0/24
Je suis tout a fait d'accord que tu ne puisse pas envoyer des paquets au réseau 192.168.100.0/24.
 
Admettons que  le routeur A a pour addressage 192.168.1.2 et 192.168.100.1 (dans les bons réseaux).
 
Tu prends ton serveur DHCP qui n'a aucune route a part pour son réseau local 192.168.1.0/24.
Tu lui dis d'envoyer un paquet a 192.168.100.X => il peut pas il sait pas ou l'envoyer.
Tu lui donnes une route : pour le réseau 192.168.100.0/24 il faut envoyer les paquet a 192.168.100.1
 
Pour moi ca peut pas marcher, c'est le b a ba du routage
 
Ton serveur DHCP  va faire essayer d'envoyer ses paquets a cette gateway pour que 192.168.100.1 puisse les envoyer au destinataire se trouvant dans le réseau 192.168.100.0/24. Seulement il ne sait toujours pas comment faire pour envoyer ses paquet a 192.168.100.1 car 192.168.100.1 se trouve bien dans le réseau 192.168.100/24. En gros c'est un cercle infernal.
 
 
Pour une route, il faut que ta "gateway" soit directement atteignable. La 192.168.100.1 n'est pas directement atteignable. Ou alors tu as un autre truc dans ton réseau qui fait que ca marche mais c'est hyper crade... désolé

Ni mon fichier de conf ni mon reseau n'etait "crade" ou "foireux" dans l'histoire.
La pratique ici montre que ca fonctionne comme je viens de le decrire. C'est le routeur qui me permet de pinger l'interface qui est de l'autre coté mais à condition que je dise au serveur dhcp que tout ce qui va vers tel subnet passe par telle passerelle.
Ca a fonctionné comme je le voulais à partir du moment ou j'ai créé ces routes.
Desolé mais je pense que tu as tors quelque part dans la mesure où le schema (premier du topic) represente parfaitement la realité.
 

oui bah revoit tes notions de routage c'est tout ce que j'ai a dire
Tu as forcément d autre route sur ton serveur...
 

Desolé je viens de me rendre compte que je me suis trompé sur la solution, elle a été réeditée au dessus(Posté le 14-07-2006 à 11:45:58).
Les passerelle sont naturellement du coté du Lan 192.168.1.0/24