Je n’utilise pas exactement ifconfig, j’utilise dans Node.js le module core os:
https://nodejs.org/api/os.html#osnetworkinterfaces
Je fais:
const interfaces = os.networkInterfaces()
Ce qui me renvoie quelque chose de ce style:
{
lo: [
{
address: '127.0.0.1',
netmask: '255.0.0.0',
family: 'IPv4',
mac: '00:00:00:00:00:00',
internal: true,
cidr: '127.0.0.1/8'
},
{
address: '::1',
netmask: 'ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff',
family: 'IPv6',
mac: '00:00:00:00:00:00',
scopeid: 0,
internal: true,
cidr: '::1/128'
}
],
eth0: [
{
address: '192.168.1.108',
netmask: '255.255.255.0',
family: 'IPv4',
mac: '01:02:03:0a:0b:0c',
internal: false,
cidr: '192.168.1.108/24'
},
{
address: 'fe80::a00:27ff:fe4e:66a1',
netmask: 'ffff:ffff:ffff:ffff::',
family: 'IPv6',
mac: '01:02:03:0a:0b:0c',
scopeid: 1,
internal: false,
cidr: 'fe80::a00:27ff:fe4e:66a1/64'
}
]
}
Ensuite, je regarde si des adresse « IPv6 » sont disponibles 
Normalement, si tu n’as plus d’interfaces ipv6, ça devrait aussi disparaitre côté Gladys.
Si tu veux voir le résultat de la commande chez toi, tu peux ouvrir l’inspecteur de ton navigateur et sélectionner cette requête :
Pas sûr de comprendre la question ? Je développe sur Mac et mon Gladys tourne sur un Beelink mini S12 Pro
Merci du test !
Ok, je m’en doutais, iOS ne garde aucune trace des appareils, et donc n’a pas a faire de matching ancien ↔ nouveau, il supprime tout. C’est violent je trouve 
Après, pour l’instant sur ces plateformes, il n’y a pas d’historiques (pas de vue graphique), donc ils s’en foutent un peu du legacy, ce qui n’est pas notre cas.
Pour info, je n’avais pas encore poussé mes améliorations de ce matin, donc tu as testé la version de samedi soir 
Je viens de pousser un nouveau build Docker avec cette fois-ci le matching automatique basé sur le couple « UNIQUE_ID + position » (solution imparfaite je le rappelle, mais « good enough »)
Pour autant, tu dois encore le voir dans la liste dans « paramètres » non? Le decommissioning n’a pas du marcher