DHCP exclure @MAC

Bonjour
Je cherche a exclure des machines cibles VSBC6862.
Pourquoi?
Parce que sur ces machines, j'ai besoin de telecharger un
OS et de mettre en place un serveur NFS (environnement
LINUX)
A cette fin, il est necessaire de mettre en place un
serveur DHCP dedié au cibles. Or quand on les allume,
elle emettent une requete DHCP et je desire que se soit
le PC avec le serveur NFS qui reponde.
Voili voila.
SVP help, il me faut une soluc
Seb

-----Message d'origine-----
A ma connaissance il est possible de réserver une
adresse IP pour une

adresse MAC donnée mais pas d'exclure cette adresse MAC
de l'allocation

d'adresses.
Pour ma culture, pourquoi veux-tu exclure ces machines?

Jacques

"Seb" <anonymous@discussions.microsoft.com> wrote in
message

news:1355901c443d7$26995870$a001280a@phx.gbl...
Bonjour a toutes et a tous,
J'espere que vous pourrez repondre a ma question.
Nous avons un serveur DHCP sur windows2000 serveur, qui
donc fournit des @IP pour les postes clients. (jusque ici
tout va bien!)
Seulement, je désire que pour certaines machines(cibles
sous linux RT accessibles en BOOTP) ce serveur n'alloue
PAS d'adresses IP.
Je veux pouvoir dire a mon serveur, pour tel @MAC, tu ne
repond pas a la requete DHCP, tu ne fournis pas d'adresse
IP)
Est ce que c'est possible.
Si oui, comment?
Merci d'avance pour vos reponses.
sEbAsTiEn


.

Vous etes tres gentils.
Merci de me preciser que DHCP est au niveau de l'adresse
MAC...
D'ailleurs, c'est bien pour ca que cela devrait etre
possible d'exclure des adresse MAc du serveur DHCP avec
windows.
Peut etre que Bill n'a pas prevu que l'on puisse utiliser
d'autres produit que le sien?
Sinon, je ne peux pas affecter une IP fixe aux postes a
probleme, parce que ce sont des cibles DISKless...Qui
donc fonctionnent uniquement en DHCP!
Voila. Je m'apercois, que cette question, toute simple en
apparence ne trouve pas de reponse simple. Alors, sinon,
avec des switch, je peux faire des sous reseau, du VLAN ,
du routage, etc... mais vous admettrez que c'est qd m
bien compliqué par rapport a mon probleme...que le
serveur DHCP windows ne reponde pas aux requete d'une
@MAC donnée!
Bonne journée.

-----Message d'origine-----
C'est pas pire qu'avec un Windows !!!

LOL


"Jacques Barathon [MS]" <jbaratho@online.microsoft.com>
a écrit dans le

message de news:uxFSLJIREHA.3944@TK2MSFTNGP11.phx.gbl...

Tu t'amuses avec un Catalyst 5000 toi? Ben mon vieux,
on trouve son

plaisir

où on peut...

Ok, je sors. De toute façon il fait beau dehors.

Jacques

"Olivier Pont [MS]" <olivierp@online.microsoft.com>
wrote in message

news:eJoR%23CAREHA.2704@TK2MSFTNGP10.phx.gbl...

Bonjour !

Bon, Réfléchissons un peu...
MAC = OSI couche 2...
Tu n'aurais pas un switch un peu élaboré par hasard ?
Parce que dans ce cas, quelques ACL bien placées
feraient parfaitement

l'affaire !

Il se trouve que j'ai été confronté à la même
problématique il y a qque

temps : 1 DHCP pour les Linux, un DHCP pour les
Windows...

Je me suis amusé avec un Catalyst 5000 et ça a réglé
mon problème.

hth
Olivier Pont

"Jean-Jacques Merlin"
<jean-
jacques.merlin_SANSPUBC'ESTPLUSSYMPA@laposte.net> a écrit

dans le

message de
news:opr8nuc0wieo7g89@msnews.microsoft.com...

Ceci rejoint plus ou moins la question que j'ai
posé ce matin...

Je cherche a n'alouer des @IP qu'aux @Mac que je
connais...

Ca marche sous linux en couplant DHCP et IPtable
mais je ne sais pas si

c'est possible sous windows

:+)

(Pas de pub pour nux non non non...)


Le Thu, 27 May 2004 14:50:39 +0200, M. B.
<m_binder@magicnet.com> a

écrit:

" GG [MVP]" <gilisa.invalid@free.fr> a écrit dans
le message de news:

eLGSIY#QEHA.396@TK2MSFTNGP12.phx.gbl...

Pour ma culture, pourquoi veux-tu exclure ces
machines?

Parce qu'il n'AIME Linux RT;-) Ce n'est pas une
bonne raison,

bon, bon Stépahne pardon, je sors. :-)

Effectivement dans la RFC il y a la mécanique de
réservation

d'adresse IP pour une adresse MAC donnée mais il
n'existe pas

de recommendations au niveau d'une exclusion
quelconque, à

ma connaissance.

Au pire, on peut faire une reservation sur ces
adresses MAC et leur

allouer une config IP bidon, sur des adresses
hors reseau local.

Le mieux est quand meme de desactiver le client
DHCP sur les postes

qui posent probleme.

MB

--
Jean-Jacques Merlin vous souhaite une agréable
journée

--
Le ridicule ne tue pas mais ce que l'on pense
ridicule peut parfois

être

la solution à un problème...
N'ayez pas peur de partager vos idées.

.

Je me suis amusé avec un Catalyst 5000 et ça a réglé mon problème.

Oh ! le vilain petit canard, il n'a pas voulu joué avec RRAS pourtant ...
;-)

--
Cordialement.
GG. [MVP]
http://gilisa.assysm.com

<anonymous@discussions.microsoft.com> wrote in message news:<1675701c447d2$f2069b40$a101280a@phx.gbl>...

Bonjour
Je cherche a exclure des machines cibles VSBC6862.
Pourquoi?
Parce que sur ces machines, j'ai besoin de telecharger un
OS et de mettre en place un serveur NFS (environnement
LINUX)
A cette fin, il est necessaire de mettre en place un
serveur DHCP dedi au cibles. Or quand on les allume,
elle emettent une requete DHCP et je desire que se soit
le PC avec le serveur NFS qui reponde.
Voili voila.
SVP help, il me faut une soluc

I - Pour l'exclusion, a priori plusieurs choses possibles (peut-être):

1/
Utiliser UNIQUEMENT des réservations statiques.
En gros, tu fais du "DHCP statique", c'est à dire que tu utilises un
pool de N adresses IP, et tu fais une réservation (association
@MAC<=>@IP) pour chacune des N adresses IP.
Moi c'est ce que je préfère, en terme de sécurité.
Ca ressemble à du bootp: On ne répond qu'aux adresses MAC qu'on connaît.
Nous utilisons ça avec la suite logicielle Qualystem LanPC pour des PC
diskless qui tournent sous Windows.
De plus ça permet d'avoir un "nom IP" (client hostname, option
DHCP n°12) spécifique associé à chaque adresse IP (ou adresse MAC).
Comme Qualystem LanPC utilise le nom IP en tant que nom NetBIOS
(Windows Computer Name), c'est carrément pratique et utile.
En faisant ça, tu peux avoir plusieurs serveur DHCP sur le même sous-
réseau. Sans ça, c'est carrément casse-gueule (sauf si les serveurs
DHCP en question savent parler entres eux, ce que les DHCPD Win2000
savent faire me semble-t-il)

2/
Tu exclues des plages d'adresses IP, et tu fais des réservations
statiques pour TOUTES les adresses de la plage exclue.
Par exemple, tu exclues l'adresse 192.168.0.42 et tu fais une réservation
de façon à ce que 192.168.0.42 soit réservé à une des adresses MAC que
tu ne veux pas voir servie par DHCP.
Ca semble marcher avec le dhcpd de microsoft W2000 (je peux exclure une
@IP du pool et réserver une @MAC pour cette @IP. Maintenant, je n'ai pas
testé si le DHCPd répond ou ne répond pas dans ces cas là).

3/
Tu fais en sorte que les clients qui ne doivent pas recevoir leur
@IP par ton DHCP n'utilisent pas DHCP. Je ne connais pas RT Linux mais
il doit être possible de configurer l'OS pour que le client DHCP soit
désactivé (par exemple tu désactives le client DHCP, tu installes un client
bootp et tu configures ton serveur DHCP pour ne pas répondre aux requêtes
bootp. Ou tu utilises un client RARP pour que les clients récupèrent leurs
@IP).


Comme expliqué par d'autres dans ce thread, les RFC relatives à DHCP et
BootP ne prévoient pas l'exclusion d'adresse MAC, car DHCP est
"client initied", c'est à dire que c'est le client qui initie le
dialogue DHCP. Donc, a priori, il suffit que le client n'envoie pas la
requête initiale. Et les RFC prévoient qu'un serveur DHCP puisse servir
différents types de clients, qui reçoivent des réponses différentes,
grâce au paramétrage des options DHCP.


II - Configuration du DHCP

Essaie de voir si tu ne peux pas configurer ton serveur DHCP pour
que, pour tes clients VSBC6862, l'option DHCP Next-Server (tftp-server, option
dhcp 66) pointe sur ton serveur NFS. Si tes clients doivent télécharger
un bout de code via tftp, il faudra alors que tftpd toirne sur ledit
serveur. Alors, le système sur les postes clients utiliseras peut-être
l'adresse IP du serveur TFTP par la suite comme @IP du serveur NFS.
Tout dépend de comment la chose a été prévue et codée.

Il se peut aussi que l'@IP du serveur NFS qui doit répondre à tes clients
puisse être paramétrée dans les réponses DHCP. Par exemple, pour Qualystem
LanPC, l'option DHCP 132 peut être utilisée pour spécifier une liste d'@IP
de serveurs NVD (Network Virtual Disk, le protocole de LanPC) au lieu
d'utiliser l'@IP du serveur DHCP ou celle du serveur TFTP, qui sont utilisées
par défaut.
A priori, un système servant des clients diskless qui repose sur DHCP
devrait permettre de spécifier l'@ du serveur de disque ou de filesystem
qui doit répondre. Sinon (si par exemple c'est FORCEMENT l'adresse du
serveur DHCP ou TFTP qui est utilisée), le système est mal conçu et ne
tient pas compte des RFC et standards relatifs à DHCP ou à BootP

Si tu veux faire du Windows Diskless depuis des serveur Linux/*BSD,
tu peux jeter un oeil sur le site http://www.qualystem.com

A+

VV

Seb

-----Message d'origine-----
A ma connaissance il est possible de r server une
adresse IP pour une

adresse MAC donn e mais pas d'exclure cette adresse MAC
de l'allocation

d'adresses.
Pour ma culture, pourquoi veux-tu exclure ces machines?

Jacques

"Seb" <anonymous@discussions.microsoft.com> wrote in
message

news:1355901c443d7$26995870$a001280a@phx.gbl...
Bonjour a toutes et a tous,
J'espere que vous pourrez repondre a ma question.
Nous avons un serveur DHCP sur windows2000 serveur, qui
donc fournit des @IP pour les postes clients. (jusque ici
tout va bien!)
Seulement, je d sire que pour certaines machines(cibles
sous linux RT accessibles en BOOTP) ce serveur n'alloue
PAS d'adresses IP.
Je veux pouvoir dire a mon serveur, pour tel @MAC, tu ne
repond pas a la requete DHCP, tu ne fournis pas d'adresse
IP)
Est ce que c'est possible.
Si oui, comment?
Merci d'avance pour vos reponses.
sEbAsTiEn


.