port 1556 ouvindo tcp6 causando problemas

0

no meu RedHat 7, eu notei que a conexão de rede para o Netbackup parou de funcionar e eu tentei de tudo, incluindo remover meu firewall e desativar o SELINUX sem sorte. a única coisa que notei diferente entre este servidor e outros servidores é que a porta 1556 está escutando em tcp & tcp6 onde a mesma porta em outros servidores apenas escuta em tcp e não em tcp6. Isso poderia estar causando a parada da conexão? Existe uma maneira de forçar a porta 1556 para ouvir apenas em tcp e não tcp6? aqui está o que eu vejo quando eu executo o netstat na porta 1556

[root@server ~]# netstat -tupln | grep 1556
tcp        0      0 0.0.0.0:1556            0.0.0.0:*               LISTEN      2498/pbx_exchange
tcp6       0      0 :::1556                 :::*                    LISTEN      2498/pbx_exchange
    
por Katkota 25.11.2018 / 05:55

2 respostas

0

É difícil dizer exatamente o que está causando o erro.

Ter o IPv6 ativado e ouvir na mesma porta não deve causar problemas.

Qualquer sistema que tenha capacidade de pilha dupla deve tratá-lo bem.

Encontrei este relatório de erros da Veritas (e estou supondo que você está usando o que eles se referem como Netbackup), mas não tenho idéia se esse poderia ser o problema que você está enfrentando. Admito de antemão que não tenho experiência com o Netbackup.

Portanto, só posso responder à pergunta "isto é o que está a causar o problema".

Quanto ao "você pode forçá-lo a ouvir apenas em IPv4", você provavelmente pode, e deve estar em algum lugar na configuração do Netbackup referente a que endereços de porta / IP está escutando. Se estiver ouvindo em TODOS os endereços IP disponíveis para o servidor, e o servidor tiver IPv4 de pilha dupla e IPv6, ele escutará as conexões de ambos. Portanto, se você puder vincular o Netbackup a um endereço IPv4 alocado para o seu servidor, isso deverá desabilitar a funcionalidade do IPv6.

    
por 28.11.2018 / 04:42
0

Obrigado .. Eu atualizei o kernel e de alguma forma o problema foi embora e você estava correto, o IPv6 não era o problema, já que a porta ainda escuta no IPv6, mas agora eu tenho conexão.

    
por 29.11.2018 / 21:23