No utilizo exactamente ifconfig, utilizo en Node.js el mĂłdulo core os:
Hago:
const interfaces = os.networkInterfaces()
Lo que me devuelve algo asĂ:
{
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'
}
]
}
Luego, miro si hay direcciones « IPv6 » disponibles ![]()
Normalmente, si ya no tienes interfaces ipv6, tambiĂ©n deberĂa desaparecer en Gladys.
Si quieres ver el resultado del comando en tu caso, puedes abrir el inspector de tu navegador y seleccionar esta solicitud:
No estoy seguro de entender la pregunta. Desarrolle en Mac y mi Gladys funciona en un Beelink mini S12 Pro ![]()
¡Gracias por la prueba! ![]()
Vale, lo sospechaba, iOS no guarda ningĂşn rastro de los dispositivos, y por lo tanto no tiene que hacer coincidir lo antiguo con lo nuevo, lo elimina todo. Me parece violento
Después, por ahora en estas plataformas, no hay historiales (no hay vista gráfica), asà que les importa poco el legado, lo cual no es nuestro caso.
Para informar, aĂşn no habĂa empujado mis mejoras de esta mañana, por lo que probaste la versiĂłn del sábado por la noche ![]()
Acabo de empujar un nuevo build Docker con esta vez el emparejamiento automático basado en la pareja « UNIQUE_ID + posición » (solución imperfecta lo recuerdo, pero « good enough »)
Sin embargo, ÂżtodavĂa lo ves en la lista en « configuraciĂłn » no? El decommissioning no ha funcionado
