bonjour,
j'utilise une debian lenny en guise de routeur et serveur dhcp.
j'aime'rai réinitialiser ce dernier de façon a ce qu'il relivre des
ip moins élevée.
ya t'il un fichier qu'on peu vider pour qu'il oublie les macs qu'il a
eu jusqu'as aujourd'hui ?
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
merci d'avance pour votre aide
Jérémy
bonjour,
j'utilise une debian lenny en guise de routeur et serveur dhcp.
j'aime'rai réinitialiser ce dernier de façon a ce qu'il relivre des
ip moins élevée.
ya t'il un fichier qu'on peu vider pour qu'il oublie les macs qu'il a
eu jusqu'as aujourd'hui ?
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
merci d'avance pour votre aide
Jérémy
bonjour,
j'utilise une debian lenny en guise de routeur et serveur dhcp.
j'aime'rai réinitialiser ce dernier de façon a ce qu'il relivre des
ip moins élevée.
ya t'il un fichier qu'on peu vider pour qu'il oublie les macs qu'il a
eu jusqu'as aujourd'hui ?
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
merci d'avance pour votre aide
Jérémy
bonjour,
comme d'hab c'est ni fait ni à refaire ...
merci de bien vouloir vérifier : /etc/dhcp*/dhcp*.conf
ensuite, pour quels motifs vouloir employer dhcp3-server ?
et pour le fichier de conf adapté à dhcp3-server :
range 10.254.239.10 10.254.239.20;
reste à vérifier le début et la fin de la plage dhcp
grep ';' /etc/dhcp3/dhcpd.conf |grep range
grep ';' /usr/share/doc/dhcp3-server/example/dhcpd.conf |grep range
slt
bernard
bonjour,
comme d'hab c'est ni fait ni à refaire ...
merci de bien vouloir vérifier : /etc/dhcp*/dhcp*.conf
ensuite, pour quels motifs vouloir employer dhcp3-server ?
et pour le fichier de conf adapté à dhcp3-server :
range 10.254.239.10 10.254.239.20;
reste à vérifier le début et la fin de la plage dhcp
grep ';' /etc/dhcp3/dhcpd.conf |grep range
grep ';' /usr/share/doc/dhcp3-server/example/dhcpd.conf |grep range
slt
bernard
bonjour,
comme d'hab c'est ni fait ni à refaire ...
merci de bien vouloir vérifier : /etc/dhcp*/dhcp*.conf
ensuite, pour quels motifs vouloir employer dhcp3-server ?
et pour le fichier de conf adapté à dhcp3-server :
range 10.254.239.10 10.254.239.20;
reste à vérifier le début et la fin de la plage dhcp
grep ';' /etc/dhcp3/dhcpd.conf |grep range
grep ';' /usr/share/doc/dhcp3-server/example/dhcpd.conf |grep range
slt
bernard
la plage est bonne mais au fil du temps et des équipementS il attrib ue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT le s
adresses mac pour repartir d'une base SAINE.
la plage est bonne mais au fil du temps et des équipementS il attrib ue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT le s
adresses mac pour repartir d'une base SAINE.
la plage est bonne mais au fil du temps et des équipementS il attrib ue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT le s
adresses mac pour repartir d'une base SAINE.
On Tue, 02 Aug 2011 15:38:45 +0200, prego Jérémy -network.net>
wrote:la plage est bonne mais au fil du temps et des équipementS il att ribue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT les
adresses mac pour repartir d'une base SAINE.
A part passer le temps&| se tirlipoter le neurone, quel est l'inté rêt d'une
telle manip?
Soit tu as des utilisateurs|équipements en roaming et tu utilises DHCP,
soit les équipements sont fixes auquel cas DHCP n'a rien à fa ire dans le
circuit.
A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc problème dans l'architecture réseau.
On Tue, 02 Aug 2011 15:38:45 +0200, prego Jérémy<jeremy@prego -network.net>
wrote:
la plage est bonne mais au fil du temps et des équipementS il att ribue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT les
adresses mac pour repartir d'une base SAINE.
A part passer le temps&| se tirlipoter le neurone, quel est l'inté rêt d'une
telle manip?
Soit tu as des utilisateurs|équipements en roaming et tu utilises DHCP,
soit les équipements sont fixes auquel cas DHCP n'a rien à fa ire dans le
circuit.
A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc problème dans l'architecture réseau.
On Tue, 02 Aug 2011 15:38:45 +0200, prego Jérémy -network.net>
wrote:la plage est bonne mais au fil du temps et des équipementS il att ribue
des IPs de plus en plus haut et je voudrai vider la liste qui contienT les
adresses mac pour repartir d'une base SAINE.
A part passer le temps&| se tirlipoter le neurone, quel est l'inté rêt d'une
telle manip?
Soit tu as des utilisateurs|équipements en roaming et tu utilises DHCP,
soit les équipements sont fixes auquel cas DHCP n'a rien à fa ire dans le
circuit.
A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc problème dans l'architecture réseau.
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
j'ai tanter de vider les fichier de /var/lib/dhcp3/ mais rien nyfait
A part passer le temps&| se tirlipoter le neurone, quel est l'intérêt d'une
telle manip?
A part passer le temps&| se tirlipoter le neurone, quel est l'intérêt d'une
telle manip?
A part passer le temps&| se tirlipoter le neurone, quel est l'intérêt d'une
telle manip?
l'interret c'est pour remettre un peu tout ça a 0
> A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
> l'architecture réseau.
>
ah c'est très drole ça. vous ne savez pas répondre a ma qu estion donc
problème dans l'architecture réseau.
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
et lorsque quelqu'un viens chez vous avec son pc c'est quand même pl us
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
l'interret c'est pour remettre un peu tout ça a 0
> A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
> l'architecture réseau.
>
ah c'est très drole ça. vous ne savez pas répondre a ma qu estion donc
problème dans l'architecture réseau.
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
et lorsque quelqu'un viens chez vous avec son pc c'est quand même pl us
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
l'interret c'est pour remettre un peu tout ça a 0
> A part ça, je ne vois que la possibilité d'une mauvaise conce ption de
> l'architecture réseau.
>
ah c'est très drole ça. vous ne savez pas répondre a ma qu estion donc
problème dans l'architecture réseau.
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
et lorsque quelqu'un viens chez vous avec son pc c'est quand même pl us
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
On Tue, 02 Aug 2011 16:24:21 +0200, prego Jérémy -network.net>
wrote:l'interret c'est pour remettre un peu tout ça a 0
C'est l'*OBJET* de ma question: quel est cet intérêt (à part le pur exercice
de style)?
...A part ça, je ne vois que la possibilité d'une mauvaise con ception de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc
problème dans l'architecture réseau.
Si l'*administrateur* avait ne serais-ce que parcouru les fichiers gà ©nérés par
dhcpd ainsi que les docs, il saurait où les adresses MAC sont stoc kées - et
s'il avais lû les changelogs, il saurait que ça n'est plus da ns /var/lib/dhcp3.
Evidemment, c'est qq chose que l'*utilisateur* ne fait jamais...
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
L'utilisateur commence franchement à me courir, vu qu'il veut abso lument une
solution pour quelque chose qui n'est pas un bug mais une feature et qu i ne
mérite même pas qu'on s'y arrête plus d'1/4 de seconde.et lorsque quelqu'un viens chez vous avec son pc c'est quand même plus
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
Donc DHCP; c'est pour cette raison que je rappelais les usages (ou non) de
DHCP dans le post précédent...
Maintenant, le fait que le roamer se trouve en n.n.n.10 ou en n.n.n.253 n'a
*aucune* espèce d'importance dans un réseau *normalement* con stitué.
certes mais je voulais faire un peu de vide puisque beaucoup d'équ ippement ont changer tout simplement.
On Tue, 02 Aug 2011 16:24:21 +0200, prego Jérémy<jeremy@prego -network.net>
wrote:
l'interret c'est pour remettre un peu tout ça a 0
C'est l'*OBJET* de ma question: quel est cet intérêt (à part le pur exercice
de style)?
...
A part ça, je ne vois que la possibilité d'une mauvaise con ception de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc
problème dans l'architecture réseau.
Si l'*administrateur* avait ne serais-ce que parcouru les fichiers gà ©nérés par
dhcpd ainsi que les docs, il saurait où les adresses MAC sont stoc kées - et
s'il avais lû les changelogs, il saurait que ça n'est plus da ns /var/lib/dhcp3.
Evidemment, c'est qq chose que l'*utilisateur* ne fait jamais...
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
L'utilisateur commence franchement à me courir, vu qu'il veut abso lument une
solution pour quelque chose qui n'est pas un bug mais une feature et qu i ne
mérite même pas qu'on s'y arrête plus d'1/4 de seconde.
et lorsque quelqu'un viens chez vous avec son pc c'est quand même plus
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
Donc DHCP; c'est pour cette raison que je rappelais les usages (ou non) de
DHCP dans le post précédent...
Maintenant, le fait que le roamer se trouve en n.n.n.10 ou en n.n.n.253 n'a
*aucune* espèce d'importance dans un réseau *normalement* con stitué.
certes mais je voulais faire un peu de vide puisque beaucoup d'équ ippement ont changer tout simplement.
On Tue, 02 Aug 2011 16:24:21 +0200, prego Jérémy -network.net>
wrote:l'interret c'est pour remettre un peu tout ça a 0
C'est l'*OBJET* de ma question: quel est cet intérêt (à part le pur exercice
de style)?
...A part ça, je ne vois que la possibilité d'une mauvaise con ception de
l'architecture réseau.
ah c'est très drole ça. vous ne savez pas répondre a ma question donc
problème dans l'architecture réseau.
Si l'*administrateur* avait ne serais-ce que parcouru les fichiers gà ©nérés par
dhcpd ainsi que les docs, il saurait où les adresses MAC sont stoc kées - et
s'il avais lû les changelogs, il saurait que ça n'est plus da ns /var/lib/dhcp3.
Evidemment, c'est qq chose que l'*utilisateur* ne fait jamais...
ma question est simple si vous n'avez pas la réponse ne chercher pas a
mettre la faute sur l'utilisateur.
L'utilisateur commence franchement à me courir, vu qu'il veut abso lument une
solution pour quelque chose qui n'est pas un bug mais une feature et qu i ne
mérite même pas qu'on s'y arrête plus d'1/4 de seconde.et lorsque quelqu'un viens chez vous avec son pc c'est quand même plus
facile d'avoir un dhcp pour lui attribuer une IP plutot que de toucher a
la config pour 1 heure de temps lol
Donc DHCP; c'est pour cette raison que je rappelais les usages (ou non) de
DHCP dans le post précédent...
Maintenant, le fait que le roamer se trouve en n.n.n.10 ou en n.n.n.253 n'a
*aucune* espèce d'importance dans un réseau *normalement* con stitué.
certes mais je voulais faire un peu de vide puisque beaucoup d'équ ippement ont changer tout simplement.
je pense qu'il ne faut pas chercher l'interret je voulais juste remettre
ça un peu au proppre vu que beaucoup déquipement on changer
je pense qu'il ne faut pas chercher l'interret je voulais juste remettre
ça un peu au proppre vu que beaucoup déquipement on changer
je pense qu'il ne faut pas chercher l'interret je voulais juste remettre
ça un peu au proppre vu que beaucoup déquipement on changer
