CentOSでポート5060が開いているかどうかを確認するにはどうすればよいですか?Linuxに実際のIPアドレスがあり、iptablesブロッキングルールを設定していないか、インターネットプロバイダーのIPまたはゲートウェイがポート5060でリッスンまたは送信できるようにLinuxで実行できるツールがあるかどうかをテストするにはどうすればよいですか?
CentOSでポート5060が開いているかどうかを確認するにはどうすればよいですか?Linuxに実際のIPアドレスがあり、iptablesブロッキングルールを設定していないか、インターネットプロバイダーのIPまたはゲートウェイがポート5060でリッスンまたは送信できるようにLinuxで実行できるツールがあるかどうかをテストするにはどうすればよいですか?
回答:
lsof -i:5060
開いているかどうかだけでなく、実際に何をしているかを表示します。
例:
root@root.com# lsof -i:5060
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
asterisk 1146 root 18u IPv4 0xffffff000a053c60 0t0 UDP *:sip
asterisk 1146 root 18u IPv4 0xffffff000a053c60 0t0 UDP *:sip
asterisk 1146 root 18u IPv4 0xffffff000a053c60 0t0 UDP *:sip
アスタリスクを特にチェックしている場合は、アスタリスク-rを押してから、sip show channelを使用すると、接続されているアイテムでリスニングまたは何かを行っているかどうかが表示されます。
iptablesが結果をいじっていると思う場合は、最初のテストで無効にします。 service iptables stop
最初にここに投稿したので^^
Nmapはポートをスキャンするための優れたツールですが、各エンドポイントにアクセスできるので、netcatを使用してトラブルシューティングを行います。
ウィキペディアによると、SIPは5060/5061(UDPまたはTCP)でリッスンします。リッスンしているポートを確認するには、SIPサーバーで次のコマンドのいずれかを使用できます。
どのポートがリッスンしているかがわかったら、Netcat(ncat、socat、iperf)を使用して、ファイアウォールが接続/ポートをブロックしているかどうかを確認できます。
-uはUDP用で、デフォルトはTCPです
-lはlisten(server-mode)用で、デフォルトはclient-modeです
同じネットワーク上で別のマシンを実行している場合は、次を試してください。
telnet <centos-machine-ip> 5060
接続を開くことができる場合、ポートは開いています。NMAPのコピーを入手して、centosマシンをポートスキャンすることもできます。ポートが閉じている場合は、system-config-securitylevelを確認し、ファイアウォールが接続を許可していることを確認します。
また、インターネットルーターからセントーサマシンにポートを転送する方法を求めていると思います(家などからWebサイトをホストするため)。その場合は、ルーターへのアクセス方法を把握してから、ルーターからセントロスマシンにポートを転送する必要があります。
うまくいかない場合は、ISPに電話して方法を尋ねてください。ただし、ほとんどのISPは、共通ポートへのアクセスをブロックします(ほとんどのISPは、自宅でWebサーバーやメールサーバーを実行している人を嫌います)。
ソケットがバインドされているかどうかだけを確認する場合は、netstatまたはlsofを使用して、プロセスがリッスンするUDPおよびTCPソケットを所有していることを確認できます。
sipsakのようなSIPテストツールを使用することもお勧めします、より高いレベルの機能をテストするます。
Zypher:SIPはUDPだけではありません。
RFC 3162ページ141から:
All SIP elements MUST implement UDP and TCP. SIP elements MAY
implement other protocols.
Making TCP mandatory for the UA is a substantial change from RFC
2543. It has arisen out of the need to handle larger messages,
which MUST use TCP, as discussed below. Thus, even if an element
never sends large messages, it may receive one and needs to be
able to handle them.