解決策 1:
netstat -tuplen を使用して、プロセスが TCP または UDP ポートでリッスンしているかどうかを確認できます。 .
一部のポートが外部からアクセス可能かどうかを確認するには (おそらくこれが必要です)、別の から Nmap などのポート スキャナーを使用できます。 システム。チェックしたい同じホストで Nmap を実行しても、目的にはまったく役に立ちません。
解決策 2:
TCP ポートが開いているかどうか (お使いのハードウェア ファイアウォールを含む) をテストする最も簡単な方法は、リモート コンピューター (デスクトップなど) から次のように入力することです:
telnet myserver.com 80
そのサーバーのポート 80 への接続を開こうとします。タイムアウトまたは拒否された場合、ポートは開いていません:)
解決策 3:
OK、要約すると、ログインできるサーバーができました。何かがポートでリッスンしているかどうかを確認したい。 root として実行:
netstat -nlp
これにより、TCP および UDP ポートでリッスンしているプロセスのリストが表示されます。関心のあるプロセスや、表示されると予想されるポート番号をスキャン (または grep) できます。
期待するプロセスが存在しない場合は、そのプロセスを起動して netstat を再度確認する必要があります。プロセスがそこにあるが、予期しないインターフェイスとポートでリッスンしている場合は、構成の問題があります (たとえば、ループバック インターフェイスでのみリッスンしている可能性があるため、127.0.0.1:3306 が表示され、 MySQL のデフォルト構成の場合、ポート 3306 には他の行はありません)。
プロセスが起動していて、期待するポートでリッスンしている場合は、オフィス/自宅の Macbook からそのポートに「telnet」を実行してみてください。たとえば、
telnet xxxxxxxxxxxx.co.uk 443
SSL用に構成されたWebサーバーがあるかどうかをテストします（標準ポートを想定）。 telnet を使用したこのテストは、プロセスが TCP ポートでリッスンしている場合にのみ機能することに注意してください。 UDP ポートの場合は、接続に使用する予定だったクライアントを試してみてください。 (ポート 224 を使用しているようです。これは masqdialer であり、それが何であるかはわかりません)。
サービスが存在するのに外部からアクセスできない場合は、ファイアウォールによってブロックされています。その場合、以下を実行してください:
iptables -L -n
これにより、システムで定義されているすべてのファイアウォール ルールが表示されます。それを投稿することはできますが、通常、INPUT チェーンのすべてを許可していない場合は、問題のポートでトラフィックを明示的に許可する必要があります。
iptables -I INPUT -p tcp --dport 224 -j ACCEPT
またはそれらの線に沿った何か。見知らぬ人がインターネットで教えてくれたことに基づいて、やみくもにファイアウォール コマンドを実行しないでください。あなたが何をしているのか考えてみてください。
ボックスのファイアウォールが必要なトラフィックを許可している場合、ホスティング会社がファイアウォールを実行している可能性があります (たとえば、SSH (22/tcp)、HTTP (80/tcp)、および HTTPS (443/tcp) のみを許可している)。他のすべての着信トラフィックを拒否します)。この場合、この問題を解決するにはヘルプデスク チケットを開く必要がありますが、cPanel にそれを許可する何かがあると思います。
解決策 4:
netstat のコンボを使っています と lsof :
netstat -an | grep <portnumber>
lsof -i:<portnumber>
ポートが使用されているかどうか、および何が使用されているかを確認するため。
解決策 5:
システムに接続していて、root としてコマンドを実行できる場合は、iptables の出力を確認できます
iptables -L -vn
これにより、ファイアウォール ルールとターゲット ACCEPT が開いているポートが一覧表示されます。 明示的に閉じられたポートは REJECT をターゲットにします .