Forum Linux.général Configuration dhcp pour connexion wifi et filaire

Posté par (page perso) . Licence CC by-sa
Tags :
1
14
jan.
2016

Bonjour, difficile de faire un titre clair :)

Au boulot j'utilise un serveur dhcp pour attribué les adresses ip des différents clients en utilisant des réservations par adresse MAC. Pour les portables dernièrement j'ai mis en place une connexion Wifi mais j'ai un soucis dans le cas d'une personne qui utilise ce connecte en wifi et décide de passer en filaire car il a des gros fichiers à transférer.

Dans la configuration du dhcp par exemple pour une machine :

host pccom12 {
hardware ethernet 9c:4e:36:7c:33:88;
fixed-address 192.168.xxx.64;
}
host pccom12w {
hardware ethernet 2c:d4:44:b5:9f:65;

fixed-address 192.168.xxx.64;
}

Donc deux entrées et seul l'adresse MAC est différente. Bien sûr si la personne garde les deux connexions activés ça va pas marché. Donc je leur ai donné comme consigne de ce déconnecter du réseau wifi et ensuite de brancher le câble. Mais voila dhcp n'a pas l'air d'aimer la blague, c'est comme si il rentrait dans une boucle sans fin

Jan 14 14:12:11 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:11 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:11 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:11 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:11 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:17 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:17 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:17 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:17 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:17 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:17 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:17 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:18 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:18 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:18 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:18 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:18 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:18 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:18 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:19 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:19 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:19 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:19 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:19 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:19 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:19 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:20 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:20 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:20 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:20 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:20 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:20 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:20 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:21 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:21 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:21 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:21 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:21 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:21 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:21 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:22 xxxxx dhcpd: DHCPDISCOVER from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:22 xxxxx dhcpd: DHCPOFFER on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:22 xxxxx dhcpd: Dynamic and static leases present for 192.168.xxx.64.
Jan 14 14:12:22 xxxxx dhcpd: Remove host declaration pccom12w or remove 192.168.xxx.64
Jan 14 14:12:22 xxxxx dhcpd: from the dynamic address pool for 192.168.xxx/24
Jan 14 14:12:22 xxxxx dhcpd: DHCPREQUEST for 192.168.xxx.64 (192.168.xxx.31) from 2c:d4:44:b5:9f:65 via eth0
Jan 14 14:12:22 xxxxx dhcpd: DHCPACK on 192.168.xxx.64 to 2c:d4:44:b5:9f:65 via eth0

Et la seul solution est de redémarrer le pc, c'est aussi pour cette raison que je ne suis pas certain que dhcpd soit totalement en cause. Les clients sont des Windows 7. J'ai essayé en attribuant des adresses ip différente pour une même machine mais le problème reste le même.

Est-ce que vous avez une idée de la cause ?

  • # pas pro

    Posté par . Évalué à 1. Dernière modification le 14/01/16 à 15:29.

    Je ne suis pas un pro de DHCP mais que ce passe-t'il si tu retire la règle en filaire ?

    Je suppose que l'utilisateur est le plus souvent en WiFi et que son portable au moment de demander une adresse au serveur DHCP renseigne son ancienne adresse au passage. et donc pour le moment en filaire il devrait garder son ip.
    (En tout cas c'est qu'il faut lorsque le serveur attribue les adresses dynamiquement.)

    De toute façon DHCP devrait checker les adresses MAC et attribuer la bonne adresse IP peut importe le moyen de connexion.

    proposition qui ne répond pas à ta question :
    Tu est obligé d'attribuer les adresses ? Est-ce que tu a un serveur DNS local qui pourrait faire le lien entre les noms de machine et leurs adresse attribuées automatiquement par DHCP?
    Dans les faits, à la fin du TT les machines tendent à garder les addresses qui leurs sont attribuées.
    C'est un workaround, je l'admet.

    • [^] # Re: pas pro

      Posté par (page perso) . Évalué à 1.

      En fait j'ai mal effectué mes tests lorsque j'ai rencontré ce problème.

      C'est bien le fait d'avoir la même adresse IP de renseigné dans la config de dhcpd qui lui pose problème. Dans cette version ça marche nikel

      host pccom12 {
      hardware ethernet 9c:4e:36:7c:33:88;
      fixed-address 192.168.xxx.64;
      }
      pccom12w {
      hardware ethernet 2c:d4:44:b5:9f:65;
      fixed-address 192.168.xxx.65;
      }

      Mais du coups je me retrouve avec deux adresses ip qui ont le même nom d'hôte au niveau dns… Chose que bind n'accepte pas du tout. Va falloir que je regarde du côté du dns dynamique alimenté par dhcp mais quid des adresses ip fixe réservé aussi au niveau du dhcp (pour pas qu'on me les piques) et des alias dns ?

      Born to Kill EndUser !

      • [^] # Re: pas pro

        Posté par (page perso) . Évalué à 1.

        Et autre problématique dans la config de mon dhcp je vais avoir deux nom de machine différent, au niveau du dns deux nom d'hôtes différent mais ma machine elle n'aura qu'un seul nom d'hôte.

        Born to Kill EndUser !

        • [^] # Re: pas pro

          Posté par . Évalué à 1.

          Amha le problème c'est que le client ne fait pas de dhcp-release avant de basculer, du coup dhcpd pense que l'ip est toujours utilisée. Sur les exemples glannés sur internet ils rajoutent la directive hostname, est-ce que cela change qq chose ? En tout cas chez moi ça marche avec openwrt/dnsmasq. Et visiblement selon internet isc-dhcpd peut le faire aussi (et le faisait même avant).

      • [^] # Re: pas pro

        Posté par . Évalué à 2.

        C'est peut être une connerie, mais l'utilisation de dhcp-client-identifier permettrait d'attribuer le même identifiant pour les deux interfaces.

        • [^] # Re: pas pro

          Posté par (page perso) . Évalué à 1.

          Je l'avais pas vue cette option et par la même occasion j'ai ajouté ddns-hostname et du coup j'arrive à une config comme ça

          host pccom12 {
          hardware ethernet 9c:4e:36:7c:33:88;
          fixed-address 192.168.xxx.64;
          ddns-hostname pccom12;
          option dhcp-client-identifier "pccom12";
          }
          host pccom12w {
          hardware ethernet 2c:d4:44:b5:9f:65;
          fixed-address 192.168.xxx.65;
          ddns-hostname pccom12;
          option dhcp-client-identifier "pccom12";
          }

          Et même pas qu'il râle… Maintenant faut que je configure bind pour qu'il accepte la mise à jour venant du dhcp mais je n'ai toujours pas trouvé la réponse pour le cas où j'ajoute moi même des entrées dans la zone dns. Par exemple pour mes serveurs, est-ce que dhcp écrase tout ou bien fait simplement une mise à jour du fichier zone ?

          Born to Kill EndUser !

          • [^] # Re: pas pro

            Posté par (page perso) . Évalué à 2.

            ça ajoute les infos il me semble.

            Système - Réseau - Sécurité Open Source

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.