91
Remplacer la LiveBox par un routeur / Remplacement de la Livebox par un routeur Openwrt
« Dernier message par basilix le 27 septembre 2026 à 11:28:20 »
@unipo :
Il faut être opérateur dans l'âme mais ce n'est pas forcément complexe.
On a deux solutions alternatives.
odhcp6c permet de modifier son état interne mais udhcpc ne le permet pas. @levieuxatorange recommande de renouveler l'info d'authentification à chaque cycle DHCP
et spécifie qu'elle doit être identique en DHCPv4 et DHCPv6. udhcpc et odhcp6c sont contrôlés par netifd.
UCI est une abstraction pour lancer les clientsdémons DHCP en ligne de commande avec leurs arguments. Lors d'une relance de udhcpc, on régénère l'info d'authentification.
La proposition de l'IA est simple en principe. udhcpc est lancé avec un argument dont la valeur diffère à chaque reprise. Mais c'est une tâche commune en informatique.
Pour la solution basée sur ubus, je ne connais pas les modalités. On a un processus qui génère l'info d'authentification puis la transfère à odhcp6c. Logiquement, cette
info n'est prise en compte que lorsque le processus envoie de nouveaux messages. Il faudrait voir exactement les messages. Dans odhcp6c, on a deux protocoles :
Token ... et RKAP. L'IA suggérait d'accéder au même fichier pour lire l'info d'authentification et rendre le processus atomique.Comment savoir si udhcpc ne lit pas une info.
d'authentification qui changerait momentanément après afin d'actualiser celle qui sera transmise à odhcp6c ?
Un processus externe génère l'info d'authentification de référence à intervalle convenable. Avant de générer l'événement, l'info est enregistrée dans un fichier. Ce fichier est
bloqué pendant la modif. Ensuite seulement, ongénère un événement. Ainsi, les deux processus reçoivent la même info.
1. La connexion tombe.
2. L'info d'authentification est renouvelée.
3. On redémarre la connexion.
Il faut être opérateur dans l'âme mais ce n'est pas forcément complexe.
On a deux solutions alternatives.
odhcp6c permet de modifier son état interne mais udhcpc ne le permet pas. @levieuxatorange recommande de renouveler l'info d'authentification à chaque cycle DHCP
et spécifie qu'elle doit être identique en DHCPv4 et DHCPv6. udhcpc et odhcp6c sont contrôlés par netifd.
UCI est une abstraction pour lancer les clients
La proposition de l'IA est simple en principe. udhcpc est lancé avec un argument dont la valeur diffère à chaque reprise. Mais c'est une tâche commune en informatique.
Pour la solution basée sur ubus, je ne connais pas les modalités. On a un processus qui génère l'info d'authentification puis la transfère à odhcp6c. Logiquement, cette
info n'est prise en compte que lorsque le processus envoie de nouveaux messages. Il faudrait voir exactement les messages. Dans odhcp6c, on a deux protocoles :
Token ... et RKAP. L'IA suggérait d'accéder au même fichier pour lire l'info d'authentification et rendre le processus atomique.
d'authentification qui changerait momentanément après afin d'actualiser celle qui sera transmise à odhcp6c ?
bloqué pendant la modif. Ensuite seulement, on
1. La connexion tombe.
2. L'info d'authentification est renouvelée.
3. On redémarre la connexion.

Messages récents

Datacenter
TV et codecs
MVNO