Does anyone have an idea what is triggering this behaviour and how to prevent it?
A partir do link que Brian lhe forneceu, "endereços temporários são gerados para prefixos de endereços públicos que usam a autoconfiguração de endereços sem estado."
Mais especificamente, cada processo gera uma solicitação de recurso e o SO é entregue. O SAA IPv6 é definido em RFC 2462 , mas o "Endereço IPv6 Temporário" é devido à implementação do Windows de RFC 4941 . Portanto, a questão é qual processo é responsável por iniciar uma solicitação do sistema operacional para abrir um soquete com essas extensões de privacidade.
Para responder à sua pergunta o que está provocando isso, vamos analisar o hardware e o software.
SO
O Windows gerencia endereços temporários com parâmetros definidos em netsh interface ipv6 show privacy
. Para modificar netsh interface ipv6 set privacy ?
Para verificar o que eles estão configurados em uma máquina Linux, você deve verificar as variáveis do kernel em /proc/sys/net
. Você pode encontrar os valores pertinentes para sua distro com sysctl -a --pattern ^net\..*ipv?6.*temp.*
e alterar a variável desejada com sysctl -w foo.bar.var=<new value>
(deve ser semelhante em sua máquina Apple, verifique man sysctl
)
Hardware / SO
Você fez netstat -p TCPv6
, mas pode não ser uma conexão TCP.
Faça um netstat -bes
de alguns minutos um do outro e veja qual é a diferença entre os blocos * v6.
Embora eu suponha que poderia ser um problema de hardware em que o firmware da NIC está falhando ao lidar com o ipv6, é mais provável que seja o software OS / process o gatilho. Se for hardware, o lado do software pode não estar manipulando a quebra na sessão normalmente e não poderá retomar a conexão no IP anterior. Então, identificá-lo como um problema de software não exclui necessariamente um problema de hardware.
Processos e serviços do sistema Software / SO
Para isso, visualize o tráfego de rede com o link para identificar o processo.
Como esses endereços, por definição, são temporários, eles podem permanecer temporariamente após o término do processo, portanto, você pode não estar vendo um processo atual em execução com uma conexão aberta no NTV se o soquete for fechado imediatamente.
Para isso, use o Process Explorer ( link ) e destaque de diferenças (Opções > Diferença de realce de duração > 9 ) e, em seguida, vá para novos processos (Visualizar > Rolar para novos processos). Uma linha inteira verde / vermelha mostra um processo criado ou destruído, respectivamente, nos últimos 9 segundos.
Depois de identificar o processo, se for um navegador ou qualquer aplicativo com plug-ins, você terá que depurar qual plug-in ou site javascript pode estar causando o problema iniciando o navegador no modo de segurança e ativando o plug-in por plug-in.