Auteur Sujet: Panne DHCP - 18 Janvier 2022 - [résolu]  (Lu 61914 fois)

0 Membres et 3 Invités sur ce sujet

thedark

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 674
  • Réseau Covage
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #528 le: 22 février 2022 à 18:49:37 »
Problème BDD K-Net/OI
Problème DHCP (le relais de l'OI de donne pas l'IP ou ne comprend pas la requête DHCP)

Vous êtes sur quel OI ? Si c'est Covage, je peux faire un essai depuis chez moi pour voir si le relais reconnaît votre MAC et connaît l'IP correspondante (= simuler une requête DHCP avec votre MAC); si vous voulez que j'essaye, il me faudra votre MAC (en mp), et votre IP K-Net (pour vérifier que c'est bien celle que le serveur DHCP donnera pour votre MAC).
C'est du SIEA , vu il peut forcer son IP. Sinon c'est impossible.

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #529 le: 22 février 2022 à 18:53:34 »
C'est du SIEA , vu il peut forcer son IP. Sinon c'est impossible.

Ah oui… SIEA, pas de relais donc, c'est direct le serveur DHCP de K-Net, c'est-ça ?

Seul moyen de comprendre du côté d'osmaster, ce serait de faire un dhcpdump et voir ce qui se passe (messages envoyés, messages reçus) pour diagnostiquer si le client ou le serveur ont un problème ou non.

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #530 le: 22 février 2022 à 18:56:07 »
Sinon, le lien pour le code de l'utilitaire que j'utilise pour conserver les ACL avec un config fixe sur le routeur :
https://github.com/bolemo/acl-dhcp

osmaster

  • Abonné K-Net
  • *
  • Messages: 33
  • Thoiry 01
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #531 le: 23 février 2022 à 19:14:58 »
Sinon, le lien pour le code de l'utilitaire que j'utilise pour conserver les ACL avec un config fixe sur le routeur :
https://github.com/bolemo/acl-dhcp

Merci pour les informations, je les ai encore appelé hier... mais rien aujourd'hui c'est toujours HS.

Je n'ai malheureusement pas le temps pour virer le routeur et mettre un poste en direct pour faire un dump . Je verrai pour faire ca plus tard si ca ne bouge pas coté Knet.
Après je commence à saturer gentiment du peu de suivi, même si je suis aussi dans l'IT, au fond ca n'est pas à moi de jouer au Service Desk et leur donner la résolution  :o  m'enfin....

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #532 le: 23 février 2022 à 19:23:22 »
Merci pour les informations, je les ai encore appelé hier... mais rien aujourd'hui c'est toujours HS.

Je n'ai malheureusement pas le temps pour virer le routeur et mettre un poste en direct pour faire un dump . Je verrai pour faire ca plus tard si ca ne bouge pas coté Knet.
Après je commence à saturer gentiment du peu de suivi, même si je suis aussi dans l'IT, au fond ca n'est pas à moi de jouer au Service Desk et leur donner la résolution  :o  m'enfin....

Je constate que c'est à la mode d'avoir les clients qui font le boulot pour les professionnels qu'ils emploient…

Une personne âgé de ma famille a un problème avec un ex-employé à domicile (abus de confiance), et un avocat spécialiste du droit du travail a été engagé pour s'occuper du dossier… Au final, on s'aperçoit qu'il faut faire le boulot de l'avocat, qui se retrouve être payé pour recevoir le conseils de la famille (et pourtant personne n'est expert dans la famille)… C'est tordu  :o

osmaster

  • Abonné K-Net
  • *
  • Messages: 33
  • Thoiry 01
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #533 le: 23 février 2022 à 19:26:47 »
Je constate que c'est à la mode d'avoir les clients qui font le boulot pour les professionnels qu'ils emploient…

Une personne âgé de ma famille a un problème avec un ex-employé à domicile (abus de confiance), et un avocat spécialiste du droit du travail a été engagé pour s'occuper du dossier… Au final, on s'aperçoit qu'il faut faire le boulot de l'avocat, qui se retrouve être payé pour recevoir le conseils de la famille (et pourtant personne n'est expert dans la famille)… C'est tordu  :o

Je dirai même qu'après la mode... ca devient même tout un art  ;D

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #534 le: 23 février 2022 à 19:44:32 »
Je dirai même qu'après la mode... ca devient même tout un art  ;D

En effet  ;D

Sinon, sur le relais DHCP Covage, j'ai remarqué une chose curieuse…
Si je ne demande pas spécifiquement dans ma requête l'adresse de la passerelle (option DHCP 3) que ce soit la requête en requesting (après le discovery) ou une requête en renewing, la passerelle renvoie d'elle même une passerelle différente dans sa réponse ACK.

Quand je demande, le relais indique comme passerelle 2.59.239.254 (la bonne passerelle).
Quand je ne demande pas, le relais indique comme passerelle 2.59.237.193 (?).

Dans les deux cas, avec une route manuelle utilisant 2.59.239.254, j'ai bien internet.
Mais quand je reçois comme relais 2.59.239.193, bien que le routeur Covage fasse son boulot, il ne répond pas aux requêtes ARP (unicast ou broadcast). Mais 2.59.237.193 répond si on le sollicite.

Donc si je ne demande pas l'option 3, la passerelle ne me donne pas la bonne passerelle, et les ACL vers la passerelle ne me sont pas données pour les requêtes ACL, mais le traffic passe quand même par la passerelle (mon IP reste autorisée en routage).

Ce n'est pas vraiment un problème pertinent pour la plupart des clients ici, puisque l'option 3 est généralement demandée d'office par tout client DHCP (c'est standard). Mais il n'est pas inutile de jeter un oeil à ce qu'il se passe parfois.

Dans ton cas, je ne sais pas pourquoi tes requêtes DHCP n'aboutissent pas, mais si tu trouves le temps de faire un DHCP Dump (éventuellement depuis le routeur, ce que je fais), ça permettrait de comprendre le problème d'office…

Le problème de MAC semblait le plus cohérent, mais s'ils ont déjà vérifié et qu'elle apparaît correctement dans l'espace client, c'est autre chose…

osmaster

  • Abonné K-Net
  • *
  • Messages: 33
  • Thoiry 01
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #535 le: 23 février 2022 à 20:00:59 »
Le problème de MAC semblait le plus cohérent, mais s'ils ont déjà vérifié et qu'elle apparaît correctement dans l'espace client, c'est autre chose…

Voici un diag debug en mega speed (navré du formatage) :

Connected
 
mon_routeur # diag debug reset
 
mon_routeur # diag debug application dhcpc -1
Debug messages will be on for 30 minutes.
 
mon_routeur # diag debug enable
 
mon_routeur # timer 0x4a69920(bind_lease -> state_renewing) will expire in 115283 secs

Register interface.
sock: 17
Bind sock: 17 to interface wan1
register timer func=0x2b231c arg=0x4a68430 name=intfs_changed -> state_reboot
Allocate a new timer
Registered timer 0x4a695e0 will expiry in 2 secs
timer 0x4a695e0(intfs_changed -> state_reboot) will expire in 2 secs
timer 0x4a695e0(intfs_changed -> state_reboot) will expire in 2 secs
timer 0x4a695e0(intfs_changed -> state_reboot) will expire in 1 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a695e0(intfs_changed -> state_reboot) will expire in 1 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a695e0(intfs_changed -> state_reboot) will expire in 1 secs
timer 0x4a695e0 expired, take action
state reboot.
state init.
make discover
make dhcp message, code=1
Insert option(255), len(0)
Insert option(53), len(1)
Insert max message len (1458)
Insert option(57), len(2)
Insert client ID
Insert option(61), len(7)
Insert requested options
Insert option(55), len(11)
Insert hostname
Insert option(12), len(14)
Insert class ID option
Insert option(60), len(13)
get_dhcp_msg_len, 297
too small, extend to 548
Sending discover!
Send a packet out.
add hw header
set dst hw addr as: FF:FF:FF:FF:FF:FF
src hw addr: mon_adresse_mac
add ip udp header
dhcpcd_send_packet,267:result:590, ifinde:5
unregister timer:0x4a695e0
register timer func=0x2b2998 arg=0x4a68430 name=send_discover -> send_discover
Allocate a new timer
Registered timer 0x4a66298 will expiry in 6 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 6 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 5 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 4 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 4 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 3 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 2 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 2 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 2 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 1 secs
timer 0x4a66298 expired, take action
Sending discover!
Send a packet out.
add hw header
set dst hw addr as: FF:FF:FF:FF:FF:FF
src hw addr: mon_adresse_mac
add ip udp header
dhcpcd_send_packet,267:result:590, ifinde:5
unregister timer:0x4a66298
register timer func=0x2b2998 arg=0x4a68430 name=send_discover -> send_discover
Allocate a new timer
Registered timer 0x4a66330 will expiry in 10 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 10 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 9 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 8 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 7 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 6 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66330(send_discover -> send_discover) will expire in 6 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66330(send_discover -> send_discover) will expire in 6 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 5 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 4 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 3 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66330(send_discover -> send_discover) will expire in 2 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66330(send_discover -> send_discover) will expire in 2 secs
timer 0x4a66330(send_discover -> send_discover) will expire in 1 secs
timer 0x4a66330 expired, take action
Sending discover!
Send a packet out.
add hw header
set dst hw addr as: FF:FF:FF:FF:FF:FF
src hw addr: mon_adresse_mac
add ip udp header
dhcpcd_send_packet,267:result:590, ifinde:5
unregister timer:0x4a66330
register timer func=0x2b2998 arg=0x4a68430 name=send_discover -> send_discover
Allocate a new timer
Registered timer 0x4a66298 will expiry in 25 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 25 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 24 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 23 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 23 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 23 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 22 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 22 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 22 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 21 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 20 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 19 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 18 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 17 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 16 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 16 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 15 secs
timer 0x4a66298(send_discover -> send_discover) will expire in 14 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 14 secs
fd 17 can be read now
###############3Receive packet:
len=60
del hw header
ether_type:0806
hw addr from: 00:11:33:55:77:CC
arp packet received, len:46
A ARP packet is received.
timer 0x4a66298(send_discover -> send_discover) will expire in 14 secs


bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #536 le: 24 février 2022 à 00:11:53 »
Ton routeur envoie des trames DHCP Discover, mais ne semble pas recevoir ou reconnaître de réponse DHCP Offer du serveur.

J’imagine que tu as bien vérifié dans le log que ce que tu as remplacé par mon_adresse_mac est bien la MAC connue par K-Net.

Si ça fonctionnait avant, avec le même routeur et la même config, c’est donc à priori que la MAC n’est pas reconnue par le serveur, qui du coup ne répond pas.
Donc chez K-Net… Leur serveur DHCP qui ne (re)connaît pas la MAC.

osmaster

  • Abonné K-Net
  • *
  • Messages: 33
  • Thoiry 01
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #537 le: 24 février 2022 à 18:00:40 »
Ton routeur envoie des trames DHCP Discover, mais ne semble pas recevoir ou reconnaître de réponse DHCP Offer du serveur.

J’imagine que tu as bien vérifié dans le log que ce que tu as remplacé par mon_adresse_mac est bien la MAC connue par K-Net.

Si ça fonctionnait avant, avec le même routeur et la même config, c’est donc à priori que la MAC n’est pas reconnue par le serveur, qui du coup ne répond pas.
Donc chez K-Net… Leur serveur DHCP qui ne (re)connaît pas la MAC.

Merci du retour, alors je vais à nouveau essayer de les joindre pour qu'ils corrigent.   ::)

Dirk-Pitt

  • Abonné Free adsl
  • *
  • Messages: 161
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #538 le: 24 février 2022 à 18:25:48 »
Si tu en as la possibilité, passe à l'agence ... Pour ma part, cela a été nettement plus efficace.  ;)

osmaster

  • Abonné K-Net
  • *
  • Messages: 33
  • Thoiry 01
Panne DHCP - 18 Janvier 2022 - [résolu]
« Réponse #539 le: 24 février 2022 à 19:16:47 »
Si tu en as la possibilité, passe à l'agence ... Pour ma part, cela a été nettement plus efficace.  ;)

Ca va finir comme ca effectivement.
Je les ai encore eu au téléphone et à part "faire remonter", ils ne peuvent rien faire d'autre.

Le problème c'est que si je dois passer en agence, je pense que mon manque de patience va se faire sentir  >:(