DHCP ou pas ?...

bonjour,

Pour un réseau local de 6 postes (petite mairie...), vaut t-il mieux
travailler avec des IP fixes ou en DHCP ???

Le DHCP est presque la solution de facilité. Avec les IP fixes, ca permet
de mieux identifier l'IP et le PC correspondant, et ce dans le cadre d'une
administration reseaux. S'il n'y a pas d'administration réseaux sur les
differents postes, faisons simple : DHCP

Francois

F Almaleh <falmaleh@nordnet.fr> wrote:

Le DHCP est presque la solution de facilité. Avec les IP fixes, ca permet
de mieux identifier l'IP et le PC correspondant, et ce dans le cadre d'une
administration reseaux. S'il n'y a pas d'administration réseaux sur les
differents postes, faisons simple : DHCP

Mais on peut faire les deux avec certains serveurs DHCP et utiliser le
Client ID en config manuelle sur les machines. le serveur DHCP permet
ainsi de centraliser la configuration IP du réseau (plage d'adresses,
masques, routeur(s), DNS...) et aussi les adresses IP de chaque
« utilisateur ».

Si j'ai affecté « Ernest » à l'adresse 192.168.0.167 dans mon serveur
DHCP. Et que ce fameux Ernest change de machine pour quelque raison que
ce soit (panne, remplacement, upgrade...) il retrouvera son adresse IP
immédiatement sans que quiconque ait besoin de connaître les adresses IP
de toutes les machines.


PS je sais que beaucoup de DHCP s'appuient sur l'adresse MAC de la
machine et s'attendent donc à recevoir de l'Hexa, mais il ya des applis
côté client et côté serveur qui permettent d'utiliser de l'ascii sans
soucis. Je sais j'en ai profité des années ;-)

--
Nos émissions ont pour vocation de rendre le cerveau disponible :
c'est-à-dire de le divertir, de le détendre pour le préparer entre
deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau
humain disponible. (P. Le Lay - TF1)

Hello,

Benoit wrote:

F Almaleh <falmaleh@nordnet.fr> wrote:

Le DHCP est presque la solution de facilité. Avec les IP fixes, ca permet
de mieux identifier l'IP et le PC correspondant, et ce dans le cadre
d'une administration reseaux. S'il n'y a pas d'administration réseaux sur
les differents postes, faisons simple :

Oui dhcp pour l'admin reseau y a pas plus simple ca permet de changer
n'importe quel parametre de facon rationelle et centralisee ...
plus il y a de clients (machines) plus ca se justifie ..

Mais on peut faire les deux avec certains serveurs DHCP et utiliser le
Client ID en config manuelle sur les machines. le serveur DHCP permet
ainsi de centraliser la configuration IP du réseau (plage d'adresses,
masques, routeur(s), DNS...) et aussi les adresses IP de chaque
« utilisateur ».
Non !! un utilisateur n'a pas d'adresse ip, une interface ou une machine

(host) oui ..

Si j'ai affecté « Ernest » à l'adresse 192.168.0.167 dans mon serveur
DHCP. Et que ce fameux Ernest change de machine pour quelque raison que
ce soit (panne, remplacement, upgrade...) il retrouvera son adresse IP
immédiatement sans que quiconque ait besoin de connaître les adresses IP
de toutes les machines.

Impossible , dhcp distribuera une adresse de facon aleatoire dans la plage
specifiee ou redistribuera une adresse predeterminee au vu de la MAC
address. Donc notre "ERnest" rentrera son login habituel au niveau des
applications habituelles.. et aura le service rendu habituellement au
niveau de ses applications tout en trafiquant a partir d'une autre machine
ayantn'importe quelle adresse ip ca n'a aucune importance ..
Heureusement qu'on peut pas appeler la MAC Address "Ernest" si non la
confusion serait a son comble ..


Amicalement

PS je sais que beaucoup de DHCP s'appuient sur l'adresse MAC de la
machine et s'attendent donc à recevoir de l'Hexa, mais il ya des applis
côté client et côté serveur qui permettent d'utiliser de l'ascii sans
soucis. Je sais j'en ai profité des années ;-)

On Sun, 29 Aug 2004 21:25:07 +0200,
benoit.sansspam@leraillez.sansspam.com (Benoit):

Si j'ai affecté « Ernest » à l'adresse 192.168.0.167 dans mon serveur
DHCP. Et que ce fameux Ernest change de machine pour quelque raison que
ce soit (panne, remplacement, upgrade...) il retrouvera son adresse IP
immédiatement

Non : pour s'identifier comme étant Ernest, il faut qu'il envoie son
nom (et, généralement, un mot de passe)... et donc qu'il ait déjà une
adresse IP.



--
;-)

On Sun, 29 Aug 2004 23:29:34 +0200, Patrick_91
<patrick_91@nospam.com>:

Oui dhcp pour l'admin reseau y a pas plus simple ca permet de changer
n'importe quel parametre de facon rationelle et centralisee ...
plus il y a de clients (machines) plus ca se justifie ..

Justement, pour six machines, c'est un peu limite. Moi j'ai dix
machines à gérer, et je préfère garder un système d'IP fixes. Si un
jour j'en ai le double, je penserai à DHCP.


--
;-)

Patrick_91 <patrick_91@nospam.com> wrote:

Mais on peut faire les deux avec certains serveurs DHCP et utiliser le
Client ID en config manuelle sur les machines. le serveur DHCP permet
ainsi de centraliser la configuration IP du réseau (plage d'adresses,
masques, routeur(s), DNS...) et aussi les adresses IP de chaque
« utilisateur ».
Non !! un utilisateur n'a pas d'adresse ip, une interface ou une machine

(host) oui ..

Eh bien si ! Tu n'as qu'à lire less RFC 1700 et 2131 qui en parlent,
et tu sauras ainsi que cela permet, entre autre, de s'assurer sur un
réseau que seules des machines répertoriées peuvent ainsi accéder au
réseau et obtenir une adresse. Ce n'est pas la panacée mais c'est une
protection comme une autre (les switchs qui en font autant sont un
plus).

J'en connais qui affectent des adresses particulières aux machines de
l'entreprises. Si des clients ou des fournisseurs viennent et se
connectent ils obtiennent via DHCP une autre plage d'adresses avec un
autre routeur et une autre connexion (genre ADSL de base qui ne sert
qu'à cela et qui n'a pas besoin d'être un gros tuyau) ce qui évite déjà
pas mal de choses (ils ne voient pas les machines de l'entreprises via
IP).

Si j'ai affecté « Ernest » à l'adresse 192.168.0.167 dans mon serveur
DHCP. Et que ce fameux Ernest change de machine pour quelque raison que
ce soit (panne, remplacement, upgrade...) il retrouvera son adresse IP
immédiatement sans que quiconque ait besoin de connaître les adresses IP
de toutes les machines.

Impossible , dhcp distribuera une adresse de facon aleatoire dans la plage
specifiee ou redistribuera une adresse predeterminee au vu de la MAC
address. Donc notre "ERnest" rentrera son login habituel au niveau des
applications habituelles.. et aura le service rendu habituellement au
niveau de ses applications tout en trafiquant a partir d'une autre machine
ayantn'importe quelle adresse ip ca n'a aucune importance ..
Heureusement qu'on peut pas appeler la MAC Address "Ernest" si non la
confusion serait a son comble ..

Tu n'as pas compris. L'adresse que fournit le serveur DHCP peut être
prédéterminée soit par l'adresse MAC (version classique et archi-connue)
soit par une string de caractère saisie dans une zone idoine dans la
config DHCP du client cf un extrait de la RFC 1533 :

9.12. Client-identifier
This option is used by DHCP clients to specify their unique
identifier. DHCP servers use this value to index their database of
address bindings. This value is expected to be unique for all
clients in an administrative domain.

Identifiers consist of a type-value pair, similar to the [??? coupure
dans la page html]

It is expected that this field will typically contain a hardware type
and hardware address, but this is not required. Current legal values
for hardware types are defined in [22].

The code for this option is 61, and its minimum length is 2.

Code Len Type Client-Identifier
+-----+-----+-----+-----+-----+---
| 61 | n | t1 | i1 | i2 | ...
+-----+-----+-----+-----+-----+---

DONC il est tout à fait possible d'avoir un utilisateur changer de
machine, mettre son nom ou son login là où il le faut dans la config
DHCP, si son OS est suffisament bien fait pour respecter les RFC, pour
qu'il se retrouve avec l'adresse IP qui lui a été affectée sur le
serveur.

On peut ainsi configurer son DHCP et son DNS pour que cela pointe
toujours vers l'utilisateur. Mais là il vaut mieux avoir un DHCP
aléatoire et un DNS qui sache se mettre à jour automatiquement quant on
a beaucoup de machines car tenir les deux listes synchronisées à la
main...

--
Nos émissions ont pour vocation de rendre le cerveau disponible :
c'est-à-dire de le divertir, de le détendre pour le préparer entre
deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau
humain disponible. (P. Le Lay - TF1)

Fabien LE LEZ <gramster@gramster.com> wrote:

Non : pour s'identifier comme étant Ernest, il faut qu'il envoie son
nom (et, généralement, un mot de passe)... et donc qu'il ait déjà une
adresse IP.

Voir ma réponse au-dessus et la référence à la RFC correpondante.

--
Nos émissions ont pour vocation de rendre le cerveau disponible :
c'est-à-dire de le divertir, de le détendre pour le préparer entre
deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau
humain disponible. (P. Le Lay - TF1)

On Mon, 30 Aug 2004 01:49:24 +0200,
benoit.sansspam@leraillez.sansspam.com (Benoit):

DONC il est tout à fait possible d'avoir un utilisateur changer de
machine, mettre son nom ou son login là où il le faut dans la config
DHCP

En pratique, quels clients le permettent ?
Et comment ça se passe : la machine demande le login pendant son
démarrage, avant donc d'avoir une adresse IP, ou bien elle reçoit une
adresse bidon au démarrage, et change d'adresse une fois que
l'utilisateur s'est identifié ?

Enfin bon, de toutes façons je préfère identifier les machines par
leur adresse IP, pas les gens : ça me permet notamment d'administrer
les machines via VNC de chez moi, en-dehors des heures de bureau (i.e.
à une heure où aucun utilisateur est là pour s'identifier) :-)


--
;-)

Benoit wrote:

Patrick_91 <patrick_91@nospam.com> wrote:

Mais on peut faire les deux avec certains serveurs DHCP et utiliser
le
Client ID en config manuelle sur les machines. le serveur DHCP permet
ainsi de centraliser la configuration IP du réseau (plage d'adresses,
masques, routeur(s), DNS...) et aussi les adresses IP de chaque
« utilisateur ».
Non !! un utilisateur n'a pas d'adresse ip, une interface ou une machine

(host) oui ..

Eh bien si ! Tu n'as qu'à lire less RFC 1700 et 2131 qui en parlent,
et tu sauras ainsi que cela permet, entre autre, de s'assurer sur un
réseau que seules des machines répertoriées peuvent ainsi accéder au
réseau et obtenir une adresse. Ce n'est pas la panacée mais c'est une
protection comme une autre (les switchs qui en font autant sont un
plus).

Oui, Msieur, mais faut pas confondre Machine et utilisateur? ca n'a rien a
voir. Une "Machine" (UN HOST) peut tres bien heberger une dizaine
d'utilisateurs simultanement (Y a pas que des postes windows dans le monde
reel !)

Impossible , dhcp distribuera une adresse de facon aleatoire dans la
plage specifiee ou redistribuera une adresse predeterminee au vu de la
MAC address. Donc notre "ERnest" rentrera son login habituel au niveau
des applications habituelles.. et aura le service rendu habituellement au
niveau de ses applications tout en trafiquant a partir d'une autre
machine ayantn'importe quelle adresse ip ca n'a aucune importance ..
Heureusement qu'on peut pas appeler la MAC Address "Ernest" si non la
confusion serait a son comble ..

Tu n'as pas compris. L'adresse que fournit le serveur DHCP peut être
prédéterminée soit par l'adresse MAC (version classique et archi-connue)
soit par une string de caractère saisie dans une zone idoine dans la
config DHCP du client cf un extrait de la RFC 1533 :

9.12. Client-identifier
This option is used by DHCP clients to specify their unique
identifier. DHCP servers use this value to index their database of
address bindings. This value is expected to be unique for all
clients in an administrative domain.

Identifiers consist of a type-value pair, similar to the [??? coupure
dans la page html]

It is expected that this field will typically contain a hardware type
and hardware address, but this is not required. Current legal values
for hardware types are defined in [22].

The code for this option is 61, and its minimum length is 2.

Code Len Type Client-Identifier
+-----+-----+-----+-----+-----+---
| 61 | n | t1 | i1 | i2 | ...
+-----+-----+-----+-----+-----+---

DONC il est tout à fait possible d'avoir un utilisateur changer de
machine, mettre son nom ou son login là où il le faut dans la config
DHCP, si son OS est suffisament bien fait pour respecter les RFC, pour
qu'il se retrouve avec l'adresse IP qui lui a été affectée sur le
serveur.

On peut ainsi configurer son DHCP et son DNS pour que cela pointe
toujours vers l'utilisateur. Mais là il vaut mieux avoir un DHCP
aléatoire et un DNS qui sache se mettre à jour automatiquement quant on
a beaucoup de machines car tenir les deux listes synchronisées à la
main...

STOP ¡! un serveur dhcp et aussi un serveur DNS ne peuvent "pointer vers un
utilisateur !!! c'est un non sens ! D'autre part une meilleure habitude de
la lecture de ces documents dans la langue de Shakespeare t'aurais evite
cette bevue :
un "client" (phonetique "clayent") n'est pas un utilisateur, c'est une
machine ou un host se comportant en "client" dans une architecture
"client/serveur".Dans le rfc 1533 le client est donc une machine obtenant
le parametrage reseau par l'intermediaire d'un logiciel client dhcp qui
s'adresse a une machine (ou a un process sur la meme machine dailleurs)
faisant tourner un "serveur dhcp"...
D'autre part faut immaginer le bazard si sur une machine multi/users
l'utilisateur pouvait provoquer le changement d'adresse ip ..??
Et puis une application qui inter agit avec la couche "routage ip" ca
s'appelle de la "violation de couche "(Layer Violation)". la chaine de
caracteres dont il est question est donc specifique de la machine ....

Voila ..
Amicalement

On Mon, 30 Aug 2004 08:06:22 +0200, Patrick_91
<patrick_91@nospam.com>:

la chaine de
caracteres dont il est question est donc specifique de la machine ....

Pas forcément.
J'imagine que le principe fonctionne sur une machine mono-utilisateur
(un poste de travail, voire un terminal X), sur laquelle le login se
fait avant le démarrage de la couche IP. Ça suppose bien sûr que
l'utilisateur allume la machine (ou, au moins, démarre le système)
juste quand il en a besoin, et l'arrête après.

Par contre, j'avoue avoir du mal à saisir l'intérêt.

--
;-)