オープンポートチェッカー – HTTP/HTTPS/WebSocketポートをテスト
オープンポートチェッカーは、ベストエフォートのブラウザポートプローブです。ホストとポートを入力すると、ブラウザのfetch(no-cors)とWebSocketを使ってHTTP(S)やWebSocket通信のサービスを探します。ブラウザは生のTCPソケットを開けず、SSHやSMTPなどの制限ポートをブロックするため、結果でポートの開放・閉鎖を証明することはできません。確定的なチェックには、付属のncとnmapコマンドの提案を使ってください。
オープンポートチェッカーは、ホストとポートがHTTP(S)やWebSocket通信のサービスを提供しているように見えるか確認する、ベストエフォートのブラウザポートプローブです。開発者やDevOpsエンジニアが接続を調査する手早い方法を提供しますが、ポートが開放・閉鎖されているかを確定的に判断することはできません。
ターゲットをチェックするには、そのホストとポートを入力します。このツールはブラウザのfetch(no-cors)とWebSocketを使って検出を試みます。ブラウザは生のTCPソケットを開けず、SSHやSMTPなどの制限ポートをブロックします。そのため、ブラウザベースのプロービングには重要な制限があります。応答がないからといってポートが閉鎖されているとは限りません。オープンポートチェッカーには、確定的な結果のためのncとnmapコマンドの提案が含まれています。
ブラウザのプローブとコマンドラインのポートチェックは互換性がありません。ブラウザの手法ではHTTP(S)やWebSocket通信のサービスを探せますが、確定的なポートチェックに必要な生のTCP接続はブラウザでは行えません。素早い初期の参考情報にはブラウザツールを使い、結論が必要な場合はncまたはnmapを使ってください。
このツールはブラウザ上で動作しますが、ターゲットのチェックにはネットワークアクセスが必要です。入力したホストとポートは接続試行の一環としてそのホストに送信されます。My-DevToolsは何も保存しません。オープンポートチェッカーはターゲットに到達する必要があるため、オフラインでは動作しません。ブラウザベースのチェックの限界を明確にしながら、開発者やDevOpsエンジニアがサービスエンドポイントを調査するのに役立ちます。
手順1: チェックしたいホストとポートを入力します。ツールはターゲットへの接続試行にこれらの情報を必要とします。
手順2: ブラウザでチェックを実行します。オープンポートチェッカーはfetch(no-cors)とWebSocketを使って、HTTP(S)やWebSocket通信のサービスを探します。
手順3: 結果はベストエフォートの参考情報として確認し、ポートが開放・閉鎖されているという確定的な判断としては扱いません。ブラウザの制限により、プローブが検出できる内容に影響が出る場合があります。
手順4: 確定的なチェックには、提案されたncまたはnmapコマンドを使います。これらのコマンドラインツールは、ブラウザベースのプローブではできないチェックを実行できます。
用途: ホストとポートが接続要件を満たすか評価する際の初期チェックとしてオープンポートチェッカーを使います。ブラウザの結果は参考情報として扱い、ncまたはnmapで確定します。
用途: レビュアーやユーザーと共有する前にサービスエンドポイントをチェックし、接続の問題の可能性を早期に見つけます。ブラウザの否定的な結果はポートが閉鎖されていることの証明にはなりません。
用途: ブラウザの結果を確定的な判断として扱うのではなく、適切な文脈でポート状態の評価を行います。確定が必要な場合はncまたはnmapで追跡します。
用途: ブラウザからホストがHTTP(S)サービスを提供しているように見えるか確認します。プローブは初期チェックに役立ちますが、生のTCP接続性はテストできません。
用途: ホストとポート上のWebSocket通信サービスを初期チェックします。確定的な結果が必要な場合は、提案されたコマンドラインチェックのいずれかを使います。