DHCP ou pas ?...

D'abord merci !
et au vu de tous les commentaires, je vais opter pour les IP fixes.

"Ed" <lhjkb@aol.com> a écrit dans le message news:
41320f92$0$29667$636a15ce@news.free.fr...

Bonsoir à tous,

Pour un réseau local de 6 postes (petite mairie...), vaut t-il mieux
travailler avec des IP fixes ou en DHCP ???
L'ensemble partage une connexion Internet via un modem/routeur/hub
(NETGEAR

DG834G).

Merci de vos avis,

Fabien LE LEZ wrote:

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.

En effet je ne vois pas non plus mais en plus je faisais allusion au rfc
1533 qui parle bien d'identification du 'client' sur une base de
correspondance "unique pour le client" . En fait c'est une alternative
interessante comparee a l'utilisation de la MAC address car quand sur un
poste on change la carte reseau , il faut evidement reporter la changement
au niveau serveur dhcp si on veut conserver la meme adresse ip .. bien sur.

Bref pas evident toujours de ne pas confondre, nom de domaine, non de
machine , utilisateur , client , serveur , adresse MAC, adresse ip ...
Certains OS sur le marche participent a cette confusion ..faut resister ...

Amicalement

Patrick_91 <patrick_91@nospam.com> wrote:

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

Alors d'abord le Patrick me dit qu'un serveur DHCP ne sait pas faire
ce que les RFC disent. Ensuite, ce linuxien, que dis-je un manchot,
devrait aussi apprendre qu'il y a autre chose que des postes Windows
avant de se servir de ce genre d'argument de débutant pour se moquer des
gens. Apprend à lire des headers. Et cesse de te moquer de tes
interlocuteurs en jouant de tes neurones tel un ado qui fait de la muscu
pour impressioner les gamines du quartier. Bon, passons.

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

Si j'ai appelé ma machine « Ernest » c'est parce que cela correspond à
95 % de l'utilisation d'une façon générale. J'aurai très bien pu nommer,
pour l'exemple, la machine « Bureau641 » ou « Reunion2e » ou
« FrigoCuisine » mais cela aurait correspondu à une utilisation beaucoup
plus rare du DHCP fixe. En effet les IP fixes sont souvent plus
utilisées pour les serveurs (va relire tes cours ;-) ensuite les
routeurs (qui sont d'un certains point de vue des serveurs de sortie, de
liberté ;) et enfin les machines affectées à des utilisateurs. Les
machines en libre service quant à elles...

Donc une machine qu'on ne nommerait que par son lieu de résidence (tel
Bureau45etage8) est réalisable sans aucun problème et l'utilisation
d'une string personnelle plutôt que la MAC est bien plus simple et
agréable à gérer. Je sais de quoi je parle puisque je m'en suis servi.

Et toi ?

In fine tu as très mal compris mon français, et je t'enjoins de revoir
ton français avant de critiquer mon anglais.


BL

(qui se marre de voir des jeunes boutonneux lui donner des cours
d'anglais alors qu'à leur âge il était sur les bancs de l'école à côté
de Boston ;-)

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

En pratique, quels clients le permettent ?

Windows NT 4 et +, Mac OS 9 et +

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

C'est aucours de la séquence de discussion entre le client et le
serveur que le client envoie sa string de login et le serveur cherche
dans sa table une adresse IP qui correspond.

Si jamais tu fais ça et que tu tombe sur un autre serveur DHCP (ça
m'arrive) et bien il va ignorer ta requête soit parce que ta string est
inconnue, soit parce qu'il n'a pas de table d'affectation d'IP fixe, et
il va donner la première adresse IP disponible.

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

Tu sais, du moment que la machine a booté elle s'est identifiée et a
son adresse IP, ce n'est pas l'utilisateur qui doit se loguer. Par
contre c'est plus pratique de mettre le nom de l'utilisateur comme nom
de machine plutôt que le nom de la chaise sur lequel s'assied la
personne ;-)


--
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 et tous ,

Benoit wrote:

Alors d'abord le Patrick me dit qu'un serveur DHCP ne sait pas faire
ce que les RFC disent.
Ah je n'ai jamais dit cela !! je dis que l'interpretation de Benoit n'est

pas conforme a ce que les RFC's disent (a mon avis).

Ensuite, ce linuxien, que dis-je un manchot,
devrait aussi apprendre qu'il y a autre chose que des postes Windows
avant de se servir de ce genre d'argument de débutant pour se moquer des
gens.
C'est exactement ce que j'ai dit ?

recopie :
"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 !)"

Je suis donc daccord il y a autre chose que des postes windows ....

Si j'ai appelé ma machine « Ernest » c'est parce que cela correspond à
95 % de l'utilisation d'une façon générale.

Mauvaise habitude , a ne surtout pas donner à un debutant..c'est justement
le meilleur moyen d'entretenir la confusion ..

J'aurai très bien pu nommer,
pour l'exemple, la machine « Bureau641 » ou « Reunion2e » ou
« FrigoCuisine »
Tres bien bon habitude faut distinguer le nom des machines des noms

d'utilisateurs ca n'a rien a voir ..

mais cela aurait correspondu à une utilisation beaucoup
plus rare du DHCP fixe. En effet les IP fixes sont souvent plus
utilisées pour les serveurs (va relire tes cours ;-).

Aucun rapport avec ce qui precede c'est un autre sujet, et bien sur les
adresses ip peuvent etre adressees manuellemnt ou automatiquement , le
choix doit dependre d'une logique reseau / administration plus
qu'evidente il me semble.

ensuite les
routeurs (qui sont d'un certains point de vue des serveurs de
sortie, de liberté
;) et enfin les machines affectées à des utilisateurs. Les
machines en libre service quant à elles...
La j'ai pas suivi !

Donc une machine qu'on ne nommerait que par son lieu de résidence
(tel > Bureau45etage8) est réalisable sans aucun problème et
l'utilisation d'une string personnelle plutôt que la MAC est bien plus
simple et > agréable à gérer. Je sais de quoi je parle puisque je m'en
suis servi.

Eh oui mais notre litige porte sur la notion "personnelle" , en fait le
string remplace la "MAC" ce qui est une bonne idee mais ca ne correspond
pas forcement a un utilisateur... pour identifier les "users" il y a les
couples "login/password" des applications c'est bien plus fiable.
Le fameux string est passe lors de la nego avec le serveur dhcp , ensuite
n'importe quel utilisateur peut lancer une appli avec ses logins rien ne
l'empechera jamais et c'est bien ainsi. De toute facon et ca n'a rien de
specifique a dhcp, c'est plus general que ca, les adresses ip sont
indispensables au "routage" des datagrames ip et appartiennent a la
couche 3 . La couche 3 est strictement independante des autres couches et
a fortiori de la couche application ... c'est une raison de plus .

Et toi ?
Eh oui un serveur dhcp sert 4 pc's bootables a souhait sous win xp ou

linux ... le tout en reseau et partage internet ....

In fine tu as très mal compris mon français, et je t'enjoins de revoir
ton français avant de critiquer mon anglais.
BL

(qui se marre de voir des jeunes boutonneux lui donner des cours
d'anglais alors qu'à leur âge il était sur les bancs de l'école à côté
de Boston ;-)

Alors il n'y a aucune confusion possible entre "user et client"(en Anglais).


Amicalement

Patrick_91 <patrick_91@nospam.com> wrote:

Alors d'abord le Patrick me dit qu'un serveur DHCP ne sait pas faire
ce que les RFC disent.
Ah je n'ai jamais dit cela !! je dis que l'interpretation de Benoit n'est

pas conforme a ce que les RFC's disent (a mon avis).

Tu as dit :

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

Comment veux-tu que sur une machine multi-user un non-admin puisse
lancer une requête DHCP modifiée ? De plus si la machine est multi-user
& multi-session cela devient un peu plus complexe à gérer car la machine
devra prendre plusieurs adresses IP (jusque-là je suis) mais elle devra
aussi savoir les affecter à chaque session, et là je ne connais pas d'OS
qui sache le faire. Mettre un routeur dans une machine OK, router vers
différentes cartes OK, mais vers des sessions ?

Sinon cela implique que si deux personnes changent de machines et
récupèrent donc leur IP suite à l'échange et en rebootant cela fout le
bazar ? De deux choses l'une : soit le lease time est passé et chacun
récupère son IP soit chacun a une IP dynamique en attendant que le lease
time de l'IP qu'ils attendent soit à nouveau disponible, je le pense et
j'en suis sûr. Pour être franc je n'ai pas testé et ii) si je mettais
des lease time de 48h je ramenais toujours ça à 1h quand de l'échange de
matériel était prévu, par principe. Je suis même descendu à 10mn lors
d'un changement important sur le réseau (routeur, fournisseur...) pour
que les machines puissent être rapidement à jour.

De toute façon si pour le serveur une adresse est liée à une carte
ethernet ou une string, il la donne à la première machine qui la
présente et uniquement celle-là. Donc je ne vois pas où tu trouves un
problème. Ensuite ton histoire d'application qui interagit avec la
couche IP... la seule que je connaisse c'est l'interface qui permet de
remplir via CLI ou GUI les éléments nécessaires à la requête DHCP (genre
quelle carte ethernet s'il y en a plusieurs...)

Ensuite, ce linuxien, que dis-je un manchot,
devrait aussi apprendre qu'il y a autre chose que des postes Windows
avant de se servir de ce genre d'argument de débutant pour se moquer des
gens.
C'est exactement ce que j'ai dit ?

recopie :
"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 !)"

Parce que Benoît,moi, a utilisé de façon plus que majoritaire des
affectations d'adresses IP pour des machines mono-utilisateur ? Et que
donc il a pris par défaut un prénom ?

Sinon on peut aussi mettre le numéro de la prise réseau, celle qui est
inscrite sur la goulotte et le switch. On peut aussi se simplifier
grandement la vie : deux dernier numéros de l'adresse IP = N° d'étage &
prise et on s'arrange en plus pour affecter les gens sur la base de la
fin de leur N° de sécu qui doit coincider avec leur adresse IP, leur
étage leur prise murale ;-)

Ainsi le nom et le prénom...

Je suis donc daccord il y a autre chose que des postes windows ....

Je sais, je suis utilisateur prioritaire de Macs et donc unixien
depuis quelques années maintenant. BSDiste pour être un peu plus précis.


BL

PS sinon pense à couper tout ce à quoi tu ne réponds pas histoire
d'alléger le message ; en pensant à ceux qui n'ont pas des tuyaux qui se
mesurent en Mo, comme nous, mais plutot en Ko, car ils existent
encore ;-)

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

Comment veux-tu que sur une machine multi-user un non-admin puisse
lancer une requête DHCP modifiée ? De plus si la machine est multi-user
& multi-session cela devient un peu plus complexe à gérer car la machine
devra prendre plusieurs adresses IP (jusque-là je suis) mais elle devra
aussi savoir les affecter à chaque session, et là je ne connais pas d'OS
qui sache le faire. Mettre un routeur dans une machine OK, router vers
différentes cartes OK, mais vers des sessions ?

Absolument c'est irrealiste ingerable ca ne peut pas etre viable..
Donc il ne faut pas envisager qu'un utilisateur lambda puisse lancer une
requete dhcp client ... on est daccord .. Car de toute facon les adresses
ip seraient changées pour tous les users present simultanements sur la
machine ..

De toute façon si pour le serveur une adresse est liée à une carte
ethernet ou une string, il la donne à la première machine qui la
présente et uniquement celle-là. Donc je ne vois pas où tu trouves un
problème.
Bien sur c'est comme ca que ca fonctionne et c'est tres bien, et il est hors

de question que l'adresse ip change parce que un utilisateur nouveau arrive
sur la machine ... on est bien daccord ..

Ensuite ton histoire d'application qui interagit avec la
couche IP... la seule que je connaisse c'est l'interface qui permet de
remplir via CLI ou GUI les éléments nécessaires à la requête DHCP (genre
quelle carte ethernet s'il y en a plusieurs...)
Ah j'avais compris qu'un user en se loggant provoquait l'attribution d'une

adresse ip correspondant a son identite .. !! c'est ca qu'il ne faut
surtout pas faire ..

Parce que Benoît,moi, a utilisé de façon plus que majoritaire des
affectations d'adresses IP pour des machines mono-utilisateur ? Et que
donc il a pris par défaut un prénom ?
Il n'y a aucune specificite dans les protocoles tcpip pour les machines

mono-utilisateur et je confirme que donner un nom correspondant a un login
à une machine ex : machine = benoit (benoit.truc.machin) et user = benoit
est une erreur car ca n'engendre que la confusion meme si c'est
techniquement parfaitement correct.
A mon avis il vaut mieux : user = benoit host = machine_de_benoit
comme ca c'est plus clair.
Et de toute facopn, attribuer un nom a la machine n'impose pas forcement
l'adresse ip.

Il faut retenir et a ma connaissance ca restera vrai meme pour ip v6

la ou le nombre d'adresses dispo sera autrement important que l'adresse ip
n'a aucun lien avec la notion d'utilisateur, seulement avec l'interface ou
le host (nom de machine avec nom de domaine).

Amicalement

Patrick_91 <patrick_91@nospam.com> wrote:

Ah j'avais compris qu'un user en se loggant provoquait l'attribution d'une
adresse ip correspondant a son identite .. !! c'est ca qu'il ne faut
surtout pas faire ..

Parce que Benoît,moi, a utilisé de façon plus que majoritaire des
affectations d'adresses IP pour des machines mono-utilisateur ? Et que
donc il a pris par défaut un prénom ?
Il n'y a aucune specificite dans les protocoles tcpip pour les machines

mono-utilisateur et je confirme que donner un nom correspondant a un login
à une machine ex : machine = benoit (benoit.truc.machin) et user = benoit
est une erreur car ca n'engendre que la confusion meme si c'est
techniquement parfaitement correct.

Et pratique au quotidien car cela évite de se trimbaler la liste des
IP et de leur affectation par machine.

A mon avis il vaut mieux : user = benoit host = machine_de_benoit
comme ca c'est plus clair.

Ce qui était le cas si tu avais compris d'entrée de jeux la manip. Je
suppose que je n'avais pas été suffisamment clair pour que tout le monde
comprenne ;-)

Et de toute facopn, attribuer un nom a la machine n'impose pas forcement
l'adresse ip.

Ahhhh, et un DNS il fait quoi ? On attribue bien un nom à une machine
et le DNS impose une ou plusieurs adresses IP (plusieurs dans le cas de
gros sites qui peuvent répartir la charge de cette façon).

Sinon question V6, j'ai lu un ou deux livres sur le sujet mais comme
je n'ai pas mis les mains dans le moteur, je ferme ma #eule. D'autant
que si ma machine me permet de jouer avec, et que des fournisseurs, dont
le mien (de mémoire) permet d'en faire autant ; comme tout passe par V4
ce n'est pas encore ça qui va me faire vraiment comprendre le sujet.
J'ai besoin d'avoir vraiment les mains dans le cambouis avec du bon
grattage de tête et pas du mumuse pour les après-midi de pluie.

Il y a pas loin d'une dizaine d'année je suis parti en formation Unix
avec Linux qui naissait mais je ne m'y suis vraiment mis que lorsque Mac
OSX est sorti en Beta publique et que j'ai basculé au quotidien
là-dessus. Pour V6 ce sera idem.

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