Re: Serveur dhcp et ping

2006-10-03 Par sujet François TOURDE
Le 13423ième jour après Epoch,
Franck Joncourt écrivait:

 Mais alors comment est-il possible d'insérer un équipement, dont l'ip
 est  prédéfinie, avec les autres équipements du réseau. J'entends par
 là, par exemple, que tout le réseau est configuré, qu'un ordinateur à
 l'ip 192.168.0.54, et que l'équipement à insérer ait justement cette ip.
 Comment peut on faire pour libérer l'adresse, sans modifier toute la
 configuration :
   - scinder le réseau en deux en excluant 192.168.0.54

 J avais penser à mettre en place quelque chose comme cela :

  host server2 {
 hardware ethernet 00:C0:9F:AF:83:85;
 fixed-address 192.168.0.2;
  }

 mais il est spécifié qu'en aucun cas l'adresse attribuée ne doit être
 présente dans la liste des adresses distribuées.

Où est-ce spécifié? La technique ci-dessus est à mon humble avis
correcte car:

1) Si ton server2 fais un jour une demande DHCP, il aura la bonne
   adresse
2) Si il n'en fait pas, personne d'autre n'aura cette adresse.

Par contre, faire attention à ne pas intervertir sa carte réseau avec
une autre, sinon ça va pas bien marcher.



Re: Serveur dhcp et ping

2006-10-03 Par sujet Pascal Hambourg

Salut,

Franck Joncourt a écrit :


Mais alors comment est-il possible d'insérer un équipement, dont l'ip
est  prédéfinie, avec les autres équipements du réseau. J'entends par
là, par exemple, que tout le réseau est configuré, qu'un ordinateur à
l'ip 192.168.0.54, et que l'équipement à insérer ait justement cette ip.


Cette situation ne devrait pas arriver. Si des équipements ont une 
adresse prédéfinie, réservée ou alloué en statique, ces adresses 
devraient être exclues du pool d'allocation dynamique du serveur DHCP. 
Typiquement, la plage d'adresses du sous-réseau est divisée en deux : un 
plage pour le pool d'adresses dynamiques, et une autre pour les adresses 
statiques ou réservées.



Comment peut on faire pour libérer l'adresse, sans modifier toute la
configuration :
- scinder le réseau en deux en excluant 192.168.0.54


Comment ça scinder le réseau ? Si tu veux dire scinder le pool 
d'allocation dynamique du serveur DHCP, alors oui.



J avais penser à mettre en place quelque chose comme cela :

 host server2 {
hardware ethernet 00:C0:9F:AF:83:85;
fixed-address 192.168.0.2;
 }


Ce n'est utile que si l'équipement à insérer est configuré par DHCP et 
non en statique (mais dans ce cas on peut se demander pourquoi il a 
besoin de *cette* adresse). Sinon l'exclusion du pool suffit.



mais il est spécifié qu'en aucun cas l'adresse attribuée ne doit être
présente dans la liste des adresses distribuées.


En effet, sinon elle pourrait être allouée à n'importe quel équipement.


La seule solution que je vois pour l'instant, est de forcer le
rechargement des ips chez les clients en n'accordant plus l'ip
192.168.0.54 ; suite à quoi, il serait possible de mettre en place le
nouvel équipement. Enfin, c'est la théorie, car en pratique je vois pas.


Si l'adresse réservée a été allouée à un autre équipement, il sera de 
toute façon nécessaire de la libérer avant de pouvoir l'allouer à un 
autre équipement. Et pour cela je ne vois pas d'autre solution que 
d'attendre ou de forcer le renouvellement ou la résiliation du bail DHCP 
par le client concerné. DHCP permet-il de forcer un renouvellement de 
bail à l'initiative du serveur ?



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et

Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



RE: Serveur dhcp et ping

2006-10-03 Par sujet Mathieu JANIN
 -Message d'origine-
 De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Envoyé : mardi 3 octobre 2006 10:37
 À : debian-user-french@lists.debian.org
 Objet : Re: Serveur dhcp et ping
 
 
 Le 13423ième jour après Epoch,
 Franck Joncourt écrivait:
 
  Mais alors comment est-il possible d'insérer un équipement, 
 dont l'ip
  est  prédéfinie, avec les autres équipements du réseau. 
 J'entends par
  là, par exemple, que tout le réseau est configuré, qu'un 
 ordinateur à
  l'ip 192.168.0.54, et que l'équipement à insérer ait 
 justement cette ip.
  Comment peut on faire pour libérer l'adresse, sans modifier toute la
  configuration :
  - scinder le réseau en deux en excluant 192.168.0.54
 
  J avais penser à mettre en place quelque chose comme cela :
 
   host server2 {
  hardware ethernet 00:C0:9F:AF:83:85;
  fixed-address 192.168.0.2;
   }
 
  mais il est spécifié qu'en aucun cas l'adresse attribuée ne 
 doit être
  présente dans la liste des adresses distribuées.
 
 Où est-ce spécifié? La technique ci-dessus est à mon humble avis
 correcte car:
 
 1) Si ton server2 fais un jour une demande DHCP, il aura la bonne
adresse
 2) Si il n'en fait pas, personne d'autre n'aura cette adresse.
Je ne sais pas ou c'est spécifié, mais en tout cas, c'est vérifié:
contrairement au dhcp d'un autre OS que tu connais peut être mieux (gniark
gniark), bind9 refuse de démarrer quand tu fais une config avec une adresse
réservée en milieu de zone.
 
 Par contre, faire attention à ne pas intervertir sa carte réseau avec
 une autre, sinon ça va pas bien marcher.
 



Re: Serveur dhcp et ping

2006-10-03 Par sujet Franck Joncourt
Pascal Hambourg wrote:
 Salut,
 
 Franck Joncourt a écrit :

 Mais alors comment est-il possible d'insérer un équipement, dont l'ip
 est  prédéfinie, avec les autres équipements du réseau. J'entends par
 là, par exemple, que tout le réseau est configuré, qu'un ordinateur à
 l'ip 192.168.0.54, et que l'équipement à insérer ait justement cette ip.
 
 Cette situation ne devrait pas arriver. Si des équipements ont une
 adresse prédéfinie, réservée ou alloué en statique, ces adresses
 devraient être exclues du pool d'allocation dynamique du serveur DHCP.
 Typiquement, la plage d'adresses du sous-réseau est divisée en deux : un
 plage pour le pool d'adresses dynamiques, et une autre pour les adresses
 statiques ou réservées.

Je suis entièrement d'accord sur le fait qu'il y a deux parties
distingue; une plage pour les adresses fixes, et une autre pour les
adresses dynamiques. Je pose la question car j'ai vu cette remarque sur
un forum mais aucune réponse n'avait encore été trouvée. Cela
m'intriguait. Pour ma part, à partir du moment où un équipement à une ip
fixe, c'est l'utilisateur qui la fixe, pas l'équipement lui-même ; c'est
donc à l'utilisateur de faire en sorte de ne pas empiéter sur la plage
des adresses dynamiques.

référence : http://forum.ubuntu-fr.org/viewtopic.php?pid=510737#p510737

 Comment peut on faire pour libérer l'adresse, sans modifier toute la
 configuration :
 - scinder le réseau en deux en excluant 192.168.0.54
 
 Comment ça scinder le réseau ? Si tu veux dire scinder le pool
 d'allocation dynamique du serveur DHCP, alors oui.
 

C'est bien ca (je me suis mal exprimée).

 J avais penser à mettre en place quelque chose comme cela :

  host server2 {
 hardware ethernet 00:C0:9F:AF:83:85;
 fixed-address 192.168.0.2;
  }
 
 Ce n'est utile que si l'équipement à insérer est configuré par DHCP et
 non en statique (mais dans ce cas on peut se demander pourquoi il a
 besoin de *cette* adresse). Sinon l'exclusion du pool suffit.
 
 mais il est spécifié qu'en aucun cas l'adresse attribuée ne doit être
 présente dans la liste des adresses distribuées.
 

(Mathieu JANIN) Il me semble que je l'ai lu dans une des man pages
dédiées au serveur dhcp (j'utilise dhcp3-server) ou peut être dans la
RFC. Je vais essayer de retrouver cette petite ligne :p!

 En effet, sinon elle pourrait être allouée à n'importe quel équipement.
 
 La seule solution que je vois pour l'instant, est de forcer le
 rechargement des ips chez les clients en n'accordant plus l'ip
 192.168.0.54 ; suite à quoi, il serait possible de mettre en place le
 nouvel équipement. Enfin, c'est la théorie, car en pratique je vois pas.
 
 Si l'adresse réservée a été allouée à un autre équipement, il sera de
 toute façon nécessaire de la libérer avant de pouvoir l'allouer à un
 autre équipement. Et pour cela je ne vois pas d'autre solution que
 d'attendre ou de forcer le renouvellement ou la résiliation du bail DHCP
 par le client concerné. DHCP permet-il de forcer un renouvellement de
 bail à l'initiative du serveur ?

Je suis en train de chercher une réponse à cette question mais j'ai pas
encore trouvé.

Merci pour vos remarques.

-- 
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF  9A3C C490 534E 75C0 89FE


___ 
Inbox full of spam? Get leading spam protection and 1GB storage with All New 
Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Serveur dhcp et ping

2006-10-03 Par sujet Franck Joncourt
Mathieu JANIN wrote:
 Bonjour,
 comme Stéphane l'a dit, dans le cas d'attribution d'une adresse par le
 serveur, si le serveur satisfait la rfc, il pinge avant: il n'attribuera
 donc jamais de lui même la 54. Si le serveur que tu utilise (que tu n'as pas
 précisé) ne pinge pas par defaut, il serait impensable que tu ne puisse pas
 le configurer pour ça.
 Sinon, un client qui demande une adresse spécifique le fait quand il en a
 déjà eu une et qu'il veut reprendre la même. Il n'y aura donc pas de demande
 d'attribution de la 54, tant qu'il n'y aura pas eu d'attribution de la 54
 une première fois.

Je veux dire qu'en fait il y a un problème si un ordinateur du réseau a
déja la 54, et que l'on place ensuite l'autre équipement dont lui aussi
est en 54, sur le réseau. Ca ne peut fonctionner que si le serveur fait
une réattribution automatique en excluant la 54 de la plage des adresses
dynamiques. Mais pour l'instant je n'ai pas de solution sur comment le
mettre en place. C'est une question de curiosité suite à un poste sur un
forum.

 Reste le cas ou ton dispositif ne répond temporairement pas au ping et ou
 une machine se fait attribuer la 54 dans l'intervalle.
 C'est AMA, le seul cas ou tu pourrais te retrouver en conflit d'adresse.
 
 Bon, mais à part séparer la zone en deux, je ne vois que la reconfiguration
 du dispositif pour lui donner une adresse moins casse pied (personnellement,
 je garde toujours un pool d'adresse dispo en bas de frange pour les hotes
 statiques, qu'on peut facilement étendre en remontant l'adresse de la
 première adresse attribuée).
 

Je fais de même.

 ++
 
 -Message d'origine-
 De : Franck Joncourt [mailto:[EMAIL PROTECTED]
 Envoyé : lundi 2 octobre 2006 22:52
 À : debian-user-french@lists.debian.org
 Objet : Re: Serveur dhcp et ping


 Stephane Bortzmeyer wrote:
 On Mon, Oct 02, 2006 at 08:38:44PM +0200,
  Franck Joncourt [EMAIL PROTECTED] wrote 
  a message of 31 lines which said:

 J'ai un doute sur le fonctionnement du serveur dhcp. Il me semble
 qu'avant de proposer une adresse ip aux clients du réseau, celui-ci
 doit vérifier la disponibilité de cette adresse via un ping.

 Si il obtient une réponse, alors il choisit une nouvelle adresse,
 autrement il la propose au client.
 Ça dépend, le RFC 2131 demande ce test seulement si le client ne
 propose pas d'adresse IP. S'il en propose une, le RFC demande que le
 serveur ne teste pas (car le client répondrait).

 As a consistency check, the allocating server SHOULD probe 
 the reused
 address before allocating the address, e.g., with an ICMP echo
 request, and the client SHOULD probe the newly received 
 address, e.g.,
 with ARP.

 Et :

 Servers SHOULD NOT check that the client's network address 
 is already
 in use;

 J'ai vu les mêmes sources :

'In some environments it will be necessary to reassign network
addresses due to exhaustion of available addresses.  In such
environments, the allocation mechanism will reuse addresses whose
lease has expired.  The server should use whatever information is
available in the configuration information repository to choose an
address to reuse.  For example, the server may choose the least
recently assigned address.  As a consistency check, the allocating
server SHOULD probe the reused address before allocating 
 the address,
e.g., with an ICMP echo request, and the client SHOULD probe the
newly received address, e.g., with ARP.'

 mais j'avais raté la dernière :

'Servers SHOULD NOT check that the client's network address is
 already in use; the client may respond to ICMP Echo Request 
 messages at
 this point.'

 Je viens de la trouver.

 Merci pour la correction.

 Mais alors comment est-il possible d'insérer un équipement, dont l'ip
 est  prédéfinie, avec les autres équipements du réseau. J'entends par
 là, par exemple, que tout le réseau est configuré, qu'un ordinateur à
 l'ip 192.168.0.54, et que l'équipement à insérer ait 
 justement cette ip.
 Comment peut on faire pour libérer l'adresse, sans modifier toute la
 configuration :
  - scinder le réseau en deux en excluant 192.168.0.54

 J avais penser à mettre en place quelque chose comme cela :

  host server2 {
 hardware ethernet 00:C0:9F:AF:83:85;
 fixed-address 192.168.0.2;
  }

 mais il est spécifié qu'en aucun cas l'adresse attribuée ne doit être
 présente dans la liste des adresses distribuées.

 La seule solution que je vois pour l'instant, est de forcer le
 rechargement des ips chez les clients en n'accordant plus l'ip
 192.168.0.54 ; suite à quoi, il serait possible de mettre en place le
 nouvel équipement. Enfin, c'est la théorie, car en pratique 
 je vois pas.

 -- 
 Franck Joncourt
 http://www.debian.org
 http://smhteam.info/wiki/
 GPG server : pgpkeys.mit.edu
 Fingerprint : C10E D1D0 EF70 0A2A CACF  9A3C C490 534E 75C0 89FE

  
  
  
 ___ 
 All new Yahoo! Mail The new

Re: Serveur dhcp et ping

2006-10-03 Par sujet Stephane Bortzmeyer
On Tue, Oct 03, 2006 at 11:09:41AM +0200,
 Pascal Hambourg [EMAIL PROTECTED] wrote 
 a message of 60 lines which said:

 DHCP permet-il de forcer un renouvellement de bail à l'initiative du
 serveur ?

Non. Le client n'est pas forcé d'écouter de telles expropriations.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Serveur dhcp et ping

2006-10-03 Par sujet Stephane Bortzmeyer
On Tue, Oct 03, 2006 at 09:13:25PM +0200,
 Franck Joncourt [EMAIL PROTECTED] wrote 
 a message of 96 lines which said:

 Pour ma part, à partir du moment où un équipement à une ip fixe,

Attention, adresse fixe est parfaitement compatible avec
DHCP. L'adresse peut être fixe mais attribuée par DHCP.

 c'est l'utilisateur qui la fixe, pas l'équipement lui-même ; c'est
 donc à l'utilisateur de faire en sorte de ne pas empiéter sur la
 plage des adresses dynamiques.

L'utilisateur du poste client ? Certainement pas, cela peut être
l'administrateur du serveur DHCP.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Serveur dhcp et ping

2006-10-02 Par sujet Stephane Bortzmeyer
On Mon, Oct 02, 2006 at 08:38:44PM +0200,
 Franck Joncourt [EMAIL PROTECTED] wrote 
 a message of 31 lines which said:

 J'ai un doute sur le fonctionnement du serveur dhcp. Il me semble
 qu'avant de proposer une adresse ip aux clients du réseau, celui-ci
 doit vérifier la disponibilité de cette adresse via un ping.
 
 Si il obtient une réponse, alors il choisit une nouvelle adresse,
 autrement il la propose au client.

Ça dépend, le RFC 2131 demande ce test seulement si le client ne
propose pas d'adresse IP. S'il en propose une, le RFC demande que le
serveur ne teste pas (car le client répondrait).

As a consistency check, the allocating server SHOULD probe the reused
address before allocating the address, e.g., with an ICMP echo
request, and the client SHOULD probe the newly received address, e.g.,
with ARP.

Et :

Servers SHOULD NOT check that the client's network address is already
in use;


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Serveur dhcp et ping

2006-10-02 Par sujet Franck Joncourt
Stephane Bortzmeyer wrote:
 On Mon, Oct 02, 2006 at 08:38:44PM +0200,
  Franck Joncourt [EMAIL PROTECTED] wrote 
  a message of 31 lines which said:
 
 J'ai un doute sur le fonctionnement du serveur dhcp. Il me semble
 qu'avant de proposer une adresse ip aux clients du réseau, celui-ci
 doit vérifier la disponibilité de cette adresse via un ping.

 Si il obtient une réponse, alors il choisit une nouvelle adresse,
 autrement il la propose au client.
 
 Ça dépend, le RFC 2131 demande ce test seulement si le client ne
 propose pas d'adresse IP. S'il en propose une, le RFC demande que le
 serveur ne teste pas (car le client répondrait).
 
 As a consistency check, the allocating server SHOULD probe the reused
 address before allocating the address, e.g., with an ICMP echo
 request, and the client SHOULD probe the newly received address, e.g.,
 with ARP.
 
 Et :
 
 Servers SHOULD NOT check that the client's network address is already
 in use;
 

J'ai vu les mêmes sources :

   'In some environments it will be necessary to reassign network
   addresses due to exhaustion of available addresses.  In such
   environments, the allocation mechanism will reuse addresses whose
   lease has expired.  The server should use whatever information is
   available in the configuration information repository to choose an
   address to reuse.  For example, the server may choose the least
   recently assigned address.  As a consistency check, the allocating
   server SHOULD probe the reused address before allocating the address,
   e.g., with an ICMP echo request, and the client SHOULD probe the
   newly received address, e.g., with ARP.'

mais j'avais raté la dernière :

   'Servers SHOULD NOT check that the client's network address is
already in use; the client may respond to ICMP Echo Request messages at
this point.'

Je viens de la trouver.

Merci pour la correction.

Mais alors comment est-il possible d'insérer un équipement, dont l'ip
est  prédéfinie, avec les autres équipements du réseau. J'entends par
là, par exemple, que tout le réseau est configuré, qu'un ordinateur à
l'ip 192.168.0.54, et que l'équipement à insérer ait justement cette ip.
Comment peut on faire pour libérer l'adresse, sans modifier toute la
configuration :
- scinder le réseau en deux en excluant 192.168.0.54

J avais penser à mettre en place quelque chose comme cela :

 host server2 {
hardware ethernet 00:C0:9F:AF:83:85;
fixed-address 192.168.0.2;
 }

mais il est spécifié qu'en aucun cas l'adresse attribuée ne doit être
présente dans la liste des adresses distribuées.

La seule solution que je vois pour l'instant, est de forcer le
rechargement des ips chez les clients en n'accordant plus l'ip
192.168.0.54 ; suite à quoi, il serait possible de mettre en place le
nouvel équipement. Enfin, c'est la théorie, car en pratique je vois pas.

-- 
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF  9A3C C490 534E 75C0 89FE




___ 
All new Yahoo! Mail The new Interface is stunning in its simplicity and ease 
of use. - PC Magazine 
http://uk.docs.yahoo.com/nowyoucan.html


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]