DHCP et bail...

DHCP et bail... - Windows & Software

Marsh Posté le 04-10-2004 à 09:55:22    

Bonjour,
 
Une kestion métaphysique me turlupine :D :
- supposons qu'on ait la configuration suivante sur un LAN : un serveur ip fixe, et un client DHCP (avec bail de 30 minutes par exemple)
- le client ouvre une connexion FTP (ou n'importe koi d'autre) sur le serveur
- l'adresse du client expire pendant le transfert de fichiers, que se passe t-il ?
 
La connexion FTP plante ?
Ou pas ?
 
 
Deuxième kestion :
Quels sont les avantages/inconvénients d'un bail infini ?


Message édité par moldar le 04-10-2004 à 10:33:08
Reply

Marsh Posté le 04-10-2004 à 09:55:22   

Reply

Marsh Posté le 04-10-2004 à 10:30:22    

Si je ne m'abuse, ce n'est pas parce que tu configures un bail de 30 minutes que toutes les 30 minutes l'adresse IP des postes changera. Cela veut dire fait que lorsque le PC se connecte, il obtient une adresse IP. Si il se deconnecte, et apres la periode du bail, il se peut qu'il obtienne une IP differente. Mais tant qu'il est connecte, il garde la meme IP.


---------------
"I intend to live the first half of my life.I don't care about the rest."Errol Flynn."The difference between genius and stupidity is that genius has its limits."Albert Einstein
Reply

Marsh Posté le 04-10-2004 à 10:32:00    

LeKeiser a écrit :

Si je ne m'abuse, ce n'est pas parce que tu configures un bail de 30 minutes que toutes les 30 minutes l'adresse IP des postes changera. Cela veut dire fait que lorsque le PC se connecte, il obtient une adresse IP. Si il se deconnecte, et apres la periode du bail, il se peut qu'il obtienne une IP differente. Mais tant qu'il est connecte, il garde la meme IP.


 
Alors le bail ne servirait à rien ??? :??:

Reply

Marsh Posté le 04-10-2004 à 10:34:18    

moldar a écrit :

Alors le bail ne servirait à rien ??? :??:


 
le bail sert a renouveller les adresses IP des postes non connectes. Prenons un poste. Il se connecte, et recupere une adresse IP. Il se deconnecte. Il se reconnecte dans la journee. Soit il se recupere la meme adresse IP, soit une autre, car le bail a change.
Encore une fois, cela ne sert pas a changer les adresses IP des postes connectes, sinon imagine un peu les problemes que cela occasionnerait :D


Message édité par LeKeiser le 04-10-2004 à 10:35:26

---------------
"I intend to live the first half of my life.I don't care about the rest."Errol Flynn."The difference between genius and stupidity is that genius has its limits."Albert Einstein
Reply

Marsh Posté le 04-10-2004 à 10:34:31    

Si, pendant 30 minutes l'ip lui est réservé. Tant qu'il reste connecté le bail se renouvelle tout les 50% du bail (ici 15minutes)
 
Imaginons que le pc se déconnect 5 minutes après s'etre connecté. et qu'un autre pc se connect, ce nouveau pc ne pourra pas avoir l'ip du premier pc étant donné que le bail ne s'est pas écoulé.


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
Reply

Marsh Posté le 04-10-2004 à 10:47:27    

OKKKKKKKKKKK !!!
Merci bien tout est très clair maintenant !!
 
Et concernant l'utilisation d'un bail infini ?

Reply

Marsh Posté le 04-10-2004 à 14:44:02    

bail infini ça existe ?
 
Bah ça signifie que l'adresse ip sera toujours réservé à cette machine là. Mais il existe une méthode plus simple pour associer une adresse ip à une adresse mac précise, il suffit de l'indiquer dans la configuration du serveur dhcp


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
Reply

Marsh Posté le 04-10-2004 à 15:01:28    

Exact.
 
Juste une question :
"The client receives the DHCPACK message with configuration parameters. The client SHOULD perform a final check on the parameters (e.g., ARP for allocated network address), and notes the duration of the lease specified in the DHCPACK message. At this point, the client is configured. If the client detects that the address is already in use (e.g., through the use of ARP), the client MUST send a DHCPDECLINE message to the server and restarts the configuration process. The client SHOULD wait a minimum of ten seconds before restarting the configuration process to avoid excessive network traffic in case of looping. "
 
extrait de la RFC http://www.freesoft.org/CIE/RFC/2131/12.htm
 
 
Je récapitule le mécanisme : le serveur DHCP envoie une adresse à priori valide au client, et le client (d'après ce que je pensais savoir) effectue un requête ARP pour déterminer si l'adresse envoyée par le serveur n'est pas déja attribuée quelque part. Moi je pensais que cette étape était obligatoire !! Néanmoins si on en croit la RFC, le client devrait (SHOULD) faire ça, donc ce n'est pas obligatoire...
Qu'en pensez vous?
D'ailleur pkoi cette étape existe-t-elle puisque le serveur est censé envoyer au client une adresse disponible ?
Et que ce passe-t-il si le client n'effectue pas la requête ARP ?
 
Merciiiiiiiii


Message édité par moldar le 04-10-2004 à 15:03:17
Reply

Marsh Posté le 04-10-2004 à 15:10:59    

moldar a écrit :

D'ailleur pkoi cette étape existe-t-elle puisque le serveur est censé envoyer au client une adresse disponible ?


 
Le serveur attribue une adresse disponible parmis son pool d'adresse, par contre si quelque part sur le réseau un poste est configuré avec un IP manuelle qui correspond a une adresse du pool DHCP, c'est pas le probleme du serveur.
 

Citation :

Et que ce passe-t-il si le client n'effectue pas la requête ARP ?


 
Ben tu risques de te retrouver avec une IP déjà utilisée sur le réseau.

Reply

Marsh Posté le 04-10-2004 à 15:25:58    

Citation :

Le serveur attribue une adresse disponible parmis son pool d'adresse, par contre si quelque part sur le réseau un poste est configuré avec un IP manuelle qui correspond a une adresse du pool DHCP, c'est pas le probleme du serveur.


 
Je suis d'acord mais justement je crois que dans ce cas de figure le client envoie un DHCPINFORM pour faire part au serveur de son IP, et donc l'adresse en question est considérée comm attribuée...
 

Citation :

Ben tu risques de te retrouver avec une IP déjà utilisée sur le réseau.


 
Comment obliger le client à effectuer cette requête alors ?


Message édité par moldar le 04-10-2004 à 15:26:25
Reply

Marsh Posté le 04-10-2004 à 15:25:58   

Reply

Marsh Posté le 04-10-2004 à 15:27:00    

moldar : je te conseil de faire des capture de trame avec ethereal pour voir et bien comprendre le mécanisme.


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
Reply

Marsh Posté le 04-10-2004 à 15:39:57    

moldar a écrit :

Citation :

Le serveur attribue une adresse disponible parmis son pool d'adresse, par contre si quelque part sur le réseau un poste est configuré avec un IP manuelle qui correspond a une adresse du pool DHCP, c'est pas le probleme du serveur.


 
Je suis d'acord mais justement je crois que dans ce cas de figure le client envoie un DHCPINFORM pour faire part au serveur de son IP, et donc l'adresse en question est considérée comm attribuée...


 
Dans ce cas de figure, le client n'envoie rien au DHCP puisqu'il l'ignore.Tu auras donc une IP en double sur le réseau...avec les problèmes que cela inclus :)

Reply

Marsh Posté le 04-10-2004 à 15:39:58    

J'ai pas de serveur DHCP sous la main...
Par contre si tu connais les réponses à mes questions précédentes je suis preneur :D

Reply

Marsh Posté le 04-10-2004 à 15:51:19    

moldar a écrit :

Je suis d'acord mais justement je crois que dans ce cas de figure le client envoie un DHCPINFORM pour faire part au serveur de son IP, et donc l'adresse en question est considérée comm attribuée...


 
Si un poste est en IP manuel, il n'en a rien a faire du serveur DHCP.
 

Citation :

Comment obliger le client à effectuer cette requête alors ?


 
A mon avis c'est hardcodé dans la gestion IP de l'OS ce genre de chose, soit il le fait soit il ne le fait pas mais on a pas la main la dessus.
Et si tu gères correctement ton réseau tu n'en a pas besoin de cette fonction...

Reply

Marsh Posté le 04-10-2004 à 15:51:41    

tu ne peux EN AUCUN CAS avoir un bail qui expire tant que le client est "en relation" avec le DHCP(tu notera que je n'ai pas dis "connecté" ou "sur le réseau".
Un client sans IP et configuré pour utiliser un serveur DHCP va faire un DHCPDISCOVER.
Le serveur DHCP va lui répondre par un DHCPOFFER(contient: @MAC du client, IP proposée, masque s-réseau, durée du bail, ip du srv DHCP).
Le client va attendre l'offre pendant 1sc.S'il ne la reçoit pas, il refait la demande 4x avec comme intervalles 2,4,8,16 sc + durée entre 0 et 1000 millisc.
Le client, lors de la reception de l'ÎP proposée par le srv DHCP va répondre par un DHCPREQUEST.
Le server accuse réception et emet un DHCPACK pour notifier le bail(qui valide l'IP et autres informations de configuration).
pendant la durée du bail, le client va renouveler son bail à 50% du temps de celui-ci.S'il arrive à contacter le srv DHCP, ce dernier va renouveller son bail.Dans le cas contraire, le client va continuer à utiliser son bail.Il va diffuser un msg DHCPDISCOVER à 87,5% du bail pour renouveler ce dernier(il acceptera une réponse de n'importe qu'elle srv DHCP)

Reply

Marsh Posté le 04-10-2004 à 15:52:41    

kill9 a écrit :

Dans ce cas de figure, le client n'envoie rien au DHCP puisqu'il l'ignore.Tu auras donc une IP en double sur le réseau...avec les problèmes que cela inclus :)


 
Tout à fait exact... je raconte n'importe koi moi :D
Donc voilà un problème de résolu, si t'as une idée pour la requête ARP n'hésite pas :D (genre si tu me dis qu'au niveau du serveur, il suffit de cocher l'option "obliger le client à effectuer une requête ARP", ça me va parfaitement :D)

Reply

Marsh Posté le 04-10-2004 à 15:54:43    

kill9 a écrit :

tu ne peux EN AUCUN CAS avoir un bail qui expire tant que le client est "en relation" avec le DHCP(tu notera que je n'ai pas dis "connecté" ou "sur le réseau".
Un client sans IP et configuré pour utiliser un serveur DHCP va faire un DHCPDISCOVER.
Le serveur DHCP va lui répondre par un DHCPOFFER(contient: @MAC du client, IP proposée, masque s-réseau, durée du bail, ip du srv DHCP).
Le client va attendre l'offre pendant 1sc.S'il ne la reçoit pas, il refait la demande 4x avec comme intervalles 2,4,8,16 sc + durée entre 0 et 1000 millisc.
Le client, lors de la reception de l'ÎP proposée par le srv DHCP va répondre par un DHCPREQUEST.
Le server accuse réception et emet un DHCPACK pour notifier le bail(qui valide l'IP et autres informations de configuration).
pendant la durée du bail, le client va renouveler son bail à 50% du temps de celui-ci.S'il arrive à contacter le srv DHCP, ce dernier va renouveller son bail.Dans le cas contraire, le client va continuer à utiliser son bail.Il va diffuser un msg DHCPDISCOVER à 87,5% du bail pour renouveler ce dernier(il acceptera une réponse de n'importe qu'elle srv DHCP)


 
J'en suis convaincu depuis 7 ou 8 posts ... :jap:

Reply

Marsh Posté le 04-10-2004 à 15:56:28    

El Pollo Diablo a écrit :

Si un poste est en IP manuel, il n'en a rien a faire du serveur DHCP.


 
oué tout à fait mille excuses, je dis nimp...
 

Citation :

Comment obliger le client à effectuer cette requête alors ?


 

Citation :

A mon avis c'est hardcodé dans la gestion IP de l'OS ce genre de chose, soit il le fait soit il ne le fait pas mais on a pas la main la dessus.
Et si tu gères correctement ton réseau tu n'en a pas besoin de cette fonction...


 
 
Ca me va comme explication... :)


Message édité par moldar le 04-10-2004 à 15:57:39
Reply

Marsh Posté le 11-10-2004 à 16:17:39    

Denière question : est-ce qu'on peut attribuer un bail infini pour une machine donnée du sous-réseau et des baux finis pour les autres ?

Reply

Marsh Posté le 11-10-2004 à 17:10:29    

moldar a écrit :

Denière question : est-ce qu'on peut attribuer un bail infini pour une machine donnée du sous-réseau et des baux finis pour les autres ?


 
il suffit de rentrer l'adresse MAC du poste concerne pour lui attribue une IP fixe via le DHCP.


---------------
"I intend to live the first half of my life.I don't care about the rest."Errol Flynn."The difference between genius and stupidity is that genius has its limits."Albert Einstein
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed