Le 12730i�me jour apr�s Epoch, [EMAIL PROTECTED] �crivait: > Fran�ois TOURDE wrote: >> Le 12730i�me jour apr�s Epoch, >> [EMAIL PROTECTED] �crivait: >> >>>>Vite a �crit : >>>> >>>> >>>>>Bonjour � tous, >>>>> >>>>>Pardonnez-moi ce HS, j' ai cependant remarqu� que beaucoup de >>>>>questions touchaient aux r�seaux et que certains d' entre vous >>>>>semblaient �tre des administrateurs aguerris. Aussi, je me permet de >>>>>vous poser � propos du dhcp une question concernant un probl�me que je >>>>>rencontre actuellement et que j' aimerais �claircir par vos id�es >>>>>lumineuses et sages. >>>>>Je suis sur un r�seau actuellement d�fini en 192.168.1.0, ce r�seau >>>>>est aliment� en adresses ip par un serveur dhcp plac� sur le routeur. >>>>>J' aimerai connaitre la proc�dure � suivre (vraiment les principes pas >>>>>la configiuration) pour cr�er un sous-r�seau par exemple 192.168.100.0 >>>>>Ce qui n' est pas clair chez moi, c'est que le dhcp s' effectue par >>>>>multiduffision, si je ne dis pas de b�tises. Aussi, comment peut-il >>>>>(le service dhcp)distinguer une demande d' un poste de tel ou tel >>>>>sous-r�seau et savoir qu' il doit attribuer une adresse en 192.168.0.0 >>>>>plutot qu' une adresse en 192.168.100.0 >>>>> >>>>>Par avance, merci. >>>>> >>>>> >>>> >>>>On utilise pour cel� un relais dhcp (DHCP Relay Agent) qui va relayer le >>>>broadcast. >>>>J'ai trouv� ceci chez RH : >>>> >>> >>>http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/custom-guide/s1-dhcp >>>-configuring-server.html >>> >>> >>>>Eric >>> >>>Je conseille aussi la doc de Damien Raude-Morvan [1] qui explique la mise en >>>place d'un tel r�seau avec l'excellent paquet dnsmasq >>> >>>1. http://www.drazzib.com/docs-dnsmasq.html >>> >>>@+ >>> >>>Alex. >>> >> A mon avis, c'�tait pas trop �a le sens de la question. Et le coup du >> relai est pas une bonne id�e... > > bah si finalement je crois que si. > >> Dans le cas de plusieurs r�seaux logiques sur le m�me brin physique, >> l'allocation sur tel ou tel r�seau se fait � l'aide de l'adresse MAC >> de la machine cliente. >> Dans le principe, il n'y a pas moyen de savoir � l'avance sur quel >> r�seau souhaite/doit �tre une machine donn�e. > > Si il semble y a voir un moyen en cr�ant un routeur avec avec > dhcp-relay ainsi les demandes du sous-r�seaux 2 passe par le > routeur/dhcp-relay qui "forwarde" son ip au serveur dhcp principal en > mentionnant son adresse ip ainsi le serveur dhcp recoit une adresse ip > � partir de laquelle il regarde si il ne poss�de pas un range et des > adresses libres. C'est pas tr�s clair ce que j'�cris mais je viens de > lire une doc Microsoft l�-dessus > http://windows.microsoft.com/windows2000/fr/server/help/default.asp?url=/windows2000/fr/server/help/sag_DHCP_und_RelayAgents.htm > Seulement le serveur principal en question est je crois situ� sur un > routeur (r�seau scolaire) speedstream ou sur le modem speedtouch?? > Impossible donc de me servir de dnsmasq ou autre, pitet en appellant > FT pour qu'il rajoute un range 192.168.100.x, je sais pas
Selon la doc que tu cites, tu te trouves dans une situation o� il y a plusieurs r�seaux physiques. Dans ce cas, pas la peine de faire du relai DHCP. Il suffit que tu mettes en place un mascaradeur/serveur DHCP dans la/les gammes que tu veux. Et je vois pas le rapport entre FT et l'adress-range 100.x :( >> Dans ton cas, il y a plusieurs solutions: > >> 2) Ton routeur est configurable pour g�rer plusieurs r�seaux, avec des >> allocations diff�rentes, et dans ce cas c'est pas dur... �a arrive >> jamais �a ;) > > heu, je comprends pas trop ce que tu veux dire l�. > �a signifierait que ton routeur (le DHCPD 1 de ton sch�ma) soit configurable pour allouer des adresses dans plusieurs gammes d'IP. C'est pas r�pandu ;) En fait, d�cris nous plut�t ton probl�me de fa�on plus globale/g�n�rique/pragmatique, pour qu'on puisse te proposer des solutions alternatives efficaces.
