Porta multicast 40000 e safetynetp

1

Eu tenho um fornecedor que está enviando mensagens multicast usando a porta 40000. Quando vejo o tráfego usando o tcpdump, a porta está relatando como safetynetp, como pode ser visto abaixo. O aplicativo que está ouvindo o tráfego no 40000 nunca recebe as mensagens.

Este é um conflito de porta que faria com que as mensagens não fossem entregues ao aplicativo escutando as mensagens ou tudo ainda funcionaria com o safetynetp usando essa porta?

O tráfego do tcp dump parece

09:16:16.565887 IP x.x.x.x.33957 > x.x.x.x.safetynetp: UDP, length 263
09:16:16.569960 IP x.x.x.x.57385 > x.x.x.x.safetynetp: UDP, length 263
09:16:17.225545 IP x.x.x.x.39261 > x.x.x.x.safetynetp: UDP, length 50

Isso está em um servidor que executa o RHEL 7. Existe uma maneira de permitir que o aplicativo receba essas mensagens?

    
por Joe W 20.01.2017 / 16:17

1 resposta

1

Parece improvável que isso seja um conflito portuário. O utilitário tcpdump está simplesmente lendo o nome da porta do arquivo /etc/services , veja services (5) para mais informações. O arquivo / etc / service mapeia um nome para uma porta / protocolo, por exemplo,

safetynetp 40000/tcp # SafetyNET p
safetynetp 40000/udp # SafetyNET p

A menos que você tenha tomado medidas para permitir uma conexão na porta 40000 / udp, a configuração padrão do firewall do CentOS 7 estará bloqueando a conexão. Você deve abrir a porta no seu firewall.

    
por 20.01.2017 / 16:27