Bonjour,
j'ai 2 pc en reseau sur un switch Netgear, connecté à Internet sur une Freebox.
Le PC1 avait l'adresse 192.168.0.1 et ".2" pour le PC2 ....
J'avais donc routé certains ports, fonction de la machine.
J'ai fait queleque chose, mais quoi... qui fait que je me retrouve avec PC1 -->192.168.0.2 et PC2 avec ".1"
Comment puis revenir à l'ancienne config ?
J'ai essayé d'eteindre la Freebox, mais c'est pareil ...
 
Merci d'avance.

Ils sont paramétrés comment tes PC : adresses IP fixes, ou DHCP ??

C'est le mode routeur de la Freebox qui normalement alloue les adresses...
On lui donne l'adresse de debut DHCP et l'adresse de fin
Quant à mon adresse IP routable elle est fixe

Eh bien alors normal que tes adresses IP privées bougent si tu es en DHCP. Il faut paramétrer tes postes en adressage fixe. Ou alors, si c'est faisable sur la freebox, faire des réservations par adresses MAC.

ok, mais ça ne m'explique pas que ça ait bougé comme ça, d'un seul coup !
Jusqu'à present mes adresses privées ne changaient pas  

Il suffit que ton PC1 soit éteint et que ton PC2 demande un renouvellement de baille (ou soit redémarré) pour que l'adresse change.

Oui, effectivement. Et c'est ce qui c'est passé !

Je viens de tout eteindre, déconnecter le PC2  et de relancer la Freebox avec seulement le PC1
Il a toujours l'adresse 192.168.0.2  !!!

Normal, par défaut le pc va tenter de reprendre la même ip que celle qu'il avait avant (ou alors c'est le routeur, qui par défaut va lui réattribuer la même adresse, je sais plus trop   ).

Et j'ai essayé avec Ipconfig, voir s'il y aurait reattribution d'adresse, mais rien ne change ...
J'ai donc modfié le routage des ports via Free ....  

Rien à voir : dans la cas d'un adressage par DHCP, une adresse IP est attribuée à une adresse MAC précise pour une durée limitée le plus souvent à 7 ou 8 jours. Il faut faire un ipconfig /release sur les deux postes suivi d'un ipconfig /renew sur le premier poste pour qu'il reçoive l'IP 192.168.0.1
 
Voilà, @+ !

Oui, et bien je viens de faire la manip, c'est toujours la même chose ...

 
C'est bien ce que je disais : tant que la durée du bail n'a pas expiré, même après un redémarrage, le pc va se voir réattribuer la même IP que celle qu'il avait avant  le reboot.

Un myen de connaitre la durée de ce bail ?

Les deux derniers champs de ipconfig /all (obtention et validité du bail)
Mais regarde dans la config du serveur DHCP de la freebox si tu ne peux pas reserver des IP/poste c'est plus simple et bien plus pratique si tu as des rêgles NAT.

Donc a l'issue de cette periode, un Ipconfig /renew suffit ?
Pour les réglages je n'ai qu'un choix, celui d'activer ou non DHCP

Dans ce cas passe les postes qui ont des rêgles NAT en IP fixe alors

Pourquoi te prendre la tête à tenter de reprendre les adresses que tu veux par DHCP ?! Configure tes PC en adressage fixe.

je me demande bien à quoi peut servir dhcp sur un petit réseau fait d'ordinateurs fixes...
à part faire chier le monde si jamais le serveur dhcp est en rade (histoire d'avoir une belle adresse en 169.)

Oui, c'est ce que j'ai fait ...
Je ne vais pas me prendre la tête pour 2 machines ...
Merci à tous !
@+

LOL ! T'as bien raison !
Ceci dit, c'est aussi pas mal de faire une réservation par adresse MAC sur le serveur DHCP...
Juste un petit truc pour voir : tu as 2 postes en IP fixe avec les adresse x.x.x.1 et x.x.x.2 ainsi qu'un serveur DHCP sans réservation aucune. Si tu plug une nouvelle machine au réseau, quelle va être l'IP attribuée à celle-ci ? Est-ce que le serveur DHCP vérifie sur le réseau que les adresses ne sont pas déjà attribuées avant de les distribuer ?

Oui bien sûr, le routeur travaillant au L3 il a connaissance des IP déjà attribuées (sauf firmware foireux bien sûr).
Par contre entre l'adressage fixe au niveau de l'OS et la réservation d'IP au niveau DHCP, la deuxième permet plus de souplesse si le FAI change ses DNS par exemple.

@DeadLock : D'accord, merci pour l'info

Par contre dans la cas contraire, s'il a déjà attribué une IP dynamique (bail) à un poste et qu'un poste ayant la même IP mais fixe joint le réseau, tu auras un beau conflit ... et là, le routeur ne peut rien y faire. C'est pourquoi il faut dans un réseau mixte (fixe/dynamique) attribuer une plage d'IP pour le DHCP (ou DNS ou NIS ou LDAP ...) et une autre pour les postes en adressage fixe.

Cela je m'en était aperçu, merci
Je ne savais pas si le DHCP regardait les adresses fixes présentes sur le réseau avant de commencer a distribuer les siennes, simplement.
 
Merci Deadlock ! @+ !

Pour qu'il puisse faire son travail de routeur, il n'a pas le choix, il doit connaitre toutes les adresses des postes actifs du subnet, car fixe ou dynamique, les clients doivent recevoir et envoyer des paquet du LAN vers le WAN. Donc il maintient une table des IP/MAC en permanence. Du moins pour les clients générant du trafic L3 (LAN <-> WAN) pour ceux qui ne sortent pas du subnet cela reste au L2 donc switch/hub (même si celui-ci est intégré au routeur).

Yes, merci pour ces précisions DeadLock

Maintenant, si je réactivais le DHCP, repartirait il sur une adresse "192.168.0.3" ou ".1" comme si rien n'existait  ?

 
Petite question au passage : on suppose qu'il existe un poste sur le réseau qui possède une IP fixe, appartenant au range d'IP distribuées par le DHCP. Je me trompe peut être, mais avant d'attribuer une adresse à un poste, le serveur vérifie (à l'aide d'un ping) que l'adresse n'est pas déja attribuée. Que se passe-t-il si le poste "testé" ne répond pas aux pings ? Il attribue quand même l'IP et on se retrouve avec un beau conflit ?

Intéressant comme question... car comment la table va-t-elle être maintenue à jour si le routeur ne reçoit rien de la part des machines pingées ?

il ne test pas autant que je sache.... il ne faut surtout pas mettre une ip fixe dans la meme plage que le scope du dhcp. c'est le conflict ip guaranti.
Pour lui, la seule réf, c'est sa table.

Si on s'en réfère à ca : http://www.faqs.org/rfcs/rfc2131.html
Paragraphe 3.1.2
"When allocating a new address, servers SHOULD check that the offered network address is not already in use"
Et il me semble que la vérif en question se fait par un ping.
Cela dit je suis d'accord avec toi, il ne faut pas mettre en IP fixe une IP de la plage de celles que distribue le DHCP, mais c'est juste pour savoir, pour la science quoi

 
Oui, icmp = ping....  
 
mais :
 

 
autrement dit, ce test peut etre désactivé, et de tt facon, il ne faut pas s'y fier, car si la machine est éteinte......  
je pense que c'est pour la forme qu'il test par ping, mais il est impensable qu'il ai BESOIN de ce test. Sa table fait foi...

maille-hem: il n'a pas réelement besoin d'un retour de la machine, elle et le srv ont le meme temps de bail, le dhcp sait que tant que le bail indiquer dans sa table n'est pas a terme, l'adresse est prise, et la machine sait que son adresse est à elle tout le temps du bail.
Après elle tente de renouveler le bail à la moitié du temps, puis au 3/4, etc.
Mais le srv n'a besoin d'aucune confirmation pour mettre sa table à jour, la preuve étant que si une machine est éteinte 1 mois, cela ne le perturbe en rien. Si le bail à expiré, il lui redonnera une nouvelle adresse (ou la meme) a sa prochaine connexion.
 
Bon dans la pratique, il y a certaiment une comunication de confirmation entre le client et le dhcp, mais Microsoft adore les communication de confirmation inutiles qui disent juste "ouais c ok chu la...... pis toi ca va ?".