Pas de ban dans cette version (la "A") du protocole d'auth si le jeux d'options est vieux.

C'est idéalement mieux de changer le challenge à chaque cycle DHCP complet (au redémarrage d'un DISCOVERT ou SOLLICIT) mais ce n'est pas obligatoire

Pourtant ça ne correspond pas a ce que j'ai constaté. Aujourd'hui j'ai du changer les valeurs option-90/11 car elles ne me permettaient plus de m'auth en DHCP.

Elles n'étaient peut-être pas correctes avant, et elles sont mieux validées maintenant ?

J'en doute j'utilise le même générateur ...

Peut être une erreur de copier coller ou une nouvelle version du générateur.

En effet, maintenant le contenu de l'option est vérifié dans son intégralité entre login et password. Et plus identifiant de ligne et login.

Le Vieux

C'est pas la première fois ou je dois le faire. Ça m'arrive tout les 8-10mois.
Auth DHCP impossible, jusqu'a ce que je change le contenu opt90-11. Je n'ai pas changé le générateur et je garanti que celui-ci est ok en terme de validité.

Jamais changé mes option 90/11 depuis septembre 2018...

... Bon, après, perso je ne joue pas avec des ONT non fournis par Orange...

Idem. Jusqu'à aujourd'hui par anticipation de ce sujet, j'ai toujours utilisé les options "longues sans le salt ni le password", depuis plusieurs années maintenant, et je n'ai jamais eu de souci.

J'ai le salt + password depuis septembre 2018 . La seule différence avec une box c'est donc que mes chaines sont fixes (plus difficile de mettre en place une génération automatique sans un gros patch de dhclient).

A priori d'après levieuxatorange, ils ne sont pas près de vérifier le caractère aléatoire qui change à chaque renew, heureusement car ça mettrait pas mal de monde dans le caca 

Un script déclenché après le renew, qui regénère la chaîne dans le fichier de conf et reload la configuration du client DHCP ? Ou un script appelé avant l'envoi de la requête pour dynamiquement composer les options DHCP ?