web-dev-qa-db-ja.com

マルチキャストポート40000およびsafetynetp

ポート40000を使用してマルチキャストメッセージを送信しているベンダーがあります。tcpdumpを使用してトラフィックを監視すると、以下に示すように、ポートはsafetynetpとして報告されます。 40000でトラフィックをリッスンしているアプリケーションは、メッセージを受信しません。

これは、メッセージをリッスンしているアプリケーションにメッセージが配信されない原因となるポートの競合ですか、それともそのポートを使用してすべてがsafetynetpで機能する必要がありますか？

Tcpダンプトラフィックは次のようになります

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

これはRHEL7を実行しているサーバー上にあります。アプリケーションがこれらのメッセージを受信できるようにする方法はありますか？

linuxnetworkinglinux-networkingmulticast
1
Joe W

これがポートの競合になる可能性は低いようです。 tcpdumpユーティリティは、/etc/servicesファイルからポート名を読み取るだけです。詳細については、services（5）を参照してください。/etc/serviceファイルは、名前をポート/プロトコルにマップします。

safetynetp 40000/tcp＃SafetyNET p
safetynetp 40000/udp＃SafetyNET p

ポート40000/udpでの接続を許可するアクションを実行していない限り、デフォルトのCentOS7ファイアウォール構成が接続をブロックします。ファイルウォールでポートを開く必要があります。

1
user9517