Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Serveur dhcp et ping

7 réponses
Avatar
Franck Joncourt
Bonsoir,

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.

Est-ce que je me trompe ?

--
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


___________________________________________________________
The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

7 réponses

Avatar
Stephane Bortzmeyer
On Mon, Oct 02, 2006 at 08:38:44PM +0200,
Franck Joncourt 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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Franck Joncourt
Stephane Bortzmeyer wrote:
On Mon, Oct 02, 2006 at 08:38:44PM +0200,
Franck Joncourt 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
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 13423ième jour après Epoch,
Franck Joncourt écrivait:

Mais alors comment est-il possible d'insérer un équipement, don t l'ip
est prédéfinie, avec les autres équipements du résea u. J'entends par
là, par exemple, que tout le réseau est configuré, qu'un o rdinateur à
l'ip 192.168.0.54, et que l'équipement à insérer ait juste ment 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 n e doit être
présente dans la liste des adresses distribuées.



Où est-ce spécifié? La technique ci-dessus est à mon hu mble 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.
Avatar
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
with a subject of "unsubscribe". Trouble? Contact
Avatar
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?pidQ0737#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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Stephane Bortzmeyer
On Tue, Oct 03, 2006 at 11:09:41AM +0200,
Pascal Hambourg 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
with a subject of "unsubscribe". Trouble? Contact
Avatar
Stephane Bortzmeyer
On Tue, Oct 03, 2006 at 09:13:25PM +0200,
Franck Joncourt 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
with a subject of "unsubscribe". Trouble? Contact