deshabilitar la dirección de inet6 autoconf temporal

1

A mi máquina OS X se le asignan dos direcciones IP públicas de Android 7.1.1 :

% ifconfig en0
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 8c:29:XX:XX:XX:XX 
    inet6 fe80::8e29:XXff:feXX:XXXX%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.43.163 netmask 0xffffff00 broadcast 192.168.43.255
    inet6 2607:fb90:4bYY:YYYY:8e29:XXff:feXX:XXXX prefixlen 64 autoconf 
    inet6 2607:fb90:4bYY:YYYY:d427:13ba:ZZZZ:ZZZZ prefixlen 64 autoconf temporary 
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

El problema que encontré es que temporary one puede cambiar con sleep / wake, mientras que el permanente aún tiene el prefijo que no garantiza que se mantenga igual (depende de ME).

Quiero usar la dirección no temporal para ssh , o, al menos, extender el tiempo durante la dirección temporary permanece igual (por ejemplo, digamos, para que se codifique automáticamente hasta que el prefijo / 64 se reasigne en sentido ascendente). ¿Cómo?

Como una nota al margen, estoy tratando de facilitar la identificación de mis conexiones ssh desde la nube, así como hacer que mis conexiones ssh no se rompan entre los tiempos de espera cortos; Parece que hay una opción ssh_config(5) llamada BindAddress , y parece que funciona ( ssh -oBindAddress=2607:fb90:4b61:7474:8e29:XXff:feXX:XXXX … ), pero prefiero tener esto configurado sin codificar el prefijo que todavía es de naturaleza temporal. Por ejemplo, la solución que estoy buscando probablemente involucre las preferencias del sistema; está bien si no es exclusivo de ssh.

    
pregunta cnst 13.02.2018 - 05:15

1 respuesta

1

A pregunta similar en SuperUser me pidió que examinara las configuraciones de sysctl , con la siguiente configuración disponible para preferir las direcciones permanentes de autoconf de IPv6 a las temporales:

% sudo sysctl -w net.inet6.ip6.prefer_tempaddr=0
Password:
net.inet6.ip6.prefer_tempaddr: 1 -> 0
% 

Para las sesiones ssh que no esperan ninguna interacción en curso, esto haría posible irse a dormir y despertarse en unos minutos sin que las conexiones SSH sufran una desconexión (lo que sucedería anteriormente debido al IPv6 anterior). la dirección se desaprovisionó al despertarse del sueño). (No es necesario que mosh !)

    
respondido por el cnst 13.02.2018 - 07:18

Lea otras preguntas en las etiquetas