disabilita l'indirizzo temporaneo inet6 di autoconf

1

La mia macchina OS X viene assegnata a due indirizzi IP pubblici da 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

Il problema che ho riscontrato è che temporary può cambiare con sleep / wake, mentre quello permanente ha ancora il prefisso che non è garantito che rimanga lo stesso (dipende da ME).

Voglio utilizzare l'indirizzo non temporaneo per ssh o, perlomeno, estendere il tempo durante che l'indirizzo temporary rimane lo stesso (ad esempio, diciamo, per ottenerlo automaticamente codificato fino a quando il prefisso / 64 viene riassegnato a monte). Come?!

Come sidenote, sto cercando di rendere più semplice l'identificazione delle mie connessioni ssh dal cloud, nonché di fare in modo che le mie connessioni ssh non si interrompano tra short sleeps; sembra che ci sia un'opzione ssh_config(5) chiamata BindAddress , e sembra funzionare ( ssh -oBindAddress=2607:fb90:4b61:7474:8e29:XXff:feXX:XXXX … ), ma preferirei avere questo configurato senza il prefisso hardcoding che è ancora di natura temporanea. Ad esempio, la soluzione che sto cercando probabilmente include le preferenze di sistema; va bene se non è esclusivo di ssh.

    
posta cnst 13.02.2018 - 05:15
fonte

1 risposta

1

A domanda simile su SuperUser mi ha spinto a esaminare le impostazioni sysctl , con la seguente impostazione disponibile per preferire gli indirizzi autoconf di IPv6 permanenti a quelli temporanei:

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

Per le sessioni ssh che non prevedono alcuna interazione in corso, ciò renderebbe possibile andare a dormire e riattivarsi entro un numero di minuti senza che le connessioni SSH subiscano una disconnessione (cosa che in precedenza accadeva a causa del precedente IPv6 indirizzo che viene disattivato al risveglio dal sonno). (Non serve alcun mosh !)

    
risposta data 13.02.2018 - 07:18
fonte

Leggi altre domande sui tag