Cookie の使用について.本サイトでは、基本機能の提供に必要な必須 Cookie を使用しています。さらに、同意いただいた場合に限り、アクセス解析 Cookie を利用して利用状況を把握し、サービス改善に役立てます。詳しくは .
Cookie の使用について.本サイトでは、基本機能の提供に必要な必須 Cookie を使用しています。さらに、同意いただいた場合に限り、アクセス解析 Cookie を利用して利用状況を把握し、サービス改善に役立てます。詳しくは .
このツールは使いやすかったですか？
フィードバックは改善に役立ちます
快速连接WebSocket服务器，实时收发消息并查看通信状态。
ws:// および wss:// プロトコルに対応しています。公開されているエコーサービスでテストできます。
WebSocketサービスに接続後、送受信されたメッセージがここに時系列で表示されます。
概要
解決できる課題、処理の仕組み、データの範囲を確認できます。
WebSocketは、接続を確立した後にクライアントとサーバーが双方向にメッセージを送れる通信方式です。このテスターでは、ws:// または wss:// の接続先を指定し、接続状態を見ながらテキストを送信し、サーバーから届いた内容を時系列のログで確認できます。チャットや通知などの接続先について、まず手動で疎通を確かめたいときに使えます。
接続の確立とアプリケーションの処理は別の段階です。接続済みになればWebSocketセッションが開いたことは分かりますが、送信したデータがサーバーの想定する形式か、認証や業務処理が正しいかまでは判定しません。ログでは「送信」と「受信」の方向、接続中・接続済み・切断などのシステム記録を見分けられます。
ws:// はWebSocket接続、wss:// はTLSで保護されたWebSocket接続を表すURLスキームです。URLにはホストだけでなく、必要に応じてポート番号やパスも含めます。たとえば wss://example.jp/realtime のように、サービス側が案内する完全なエンドポイントを入力してください。パスが違えば同じホストでも別の接続先になることがあります。
WebSocketの通信は、接続を開くハンドシェイクの後にメッセージ交換へ進みます。ログに記録される時刻は操作している端末のローカル時刻で、サーバー側の時刻ではありません。テキストとして送ったJSONも、ここではJSONを解釈・検証する機能ではなく、入力した文字列として送信されます。
使い方
手順に沿って操作し、例を使って入力と結果を確認します。
接続する権限があるサーバーのURLを用意します。スキーム、ホスト、必要なポートとパスを確認し、暗号化された接続が必要な環境ではサービスの wss:// URLを使います。
URL欄に入力して「接続」を選びます。接続中から接続済みへ変わるか、ログに接続エラーや切断が記録されるかを確認します。
接続済みになったら、機密情報を含まない短いテスト文字列を入力して送信します。ログの送信記録と、サーバーからの返信があれば受信記録を見比べます。
検証を終えたら切断します。ログはコピーでき、クリア操作で画面上の記録を消せます。
たとえば、サービス側がエコー動作を提供している場合は hello を送って同じ文字列が返るか確認できます。返信がない場合も、接続が成立しているならサーバーの仕様上返信しない設計かもしれません。応答の有無は、対象エンドポイントの仕様と合わせて判断してください。
送信したテキストは送信方向、サーバーからのテキストは受信方向で表示され、接続や終了に関するシステム記録も同じ履歴に並びます。件数の要約では全記録、送信、受信を別々に確認できます。各行の時刻は時・分・秒・ミリ秒で表示されますが、ネットワーク遅延の測定値やサーバー処理時間を示すものではありません。
履歴は新しいものから最大500件を保持し、それを超えると古い行から表示対象外になります。必要な記録は消去前にコピーしてください。ページを閉じたり再読み込みした後も保存される履歴とは案内されていません。
活用例
仕事や日常の流れの中での活用方法を紹介します。
開発者が許可されたテストサーバーへ接続し、状態が接続済みになるか、短いテキストがサーバーまで届くかを確かめます。返信がない場合は、サーバーがそのメッセージに応答する仕様かも確認します。
接続後にサーバーから届くテキストがあれば、受信ログで内容と端末側の到着順を確認できます。購読開始のJSONなどが必要な場合も、送る文字列はサービスのプロトコル仕様に合わせてください。
この手動確認は一つの接続でのやり取りを見る用途です。繰り返し負荷をかける試験や、継続監視、期待値との自動比較を行うものではありません。
Q&A
よくある疑問や迷いやすい点をまとめて確認できます。
ws:// または wss:// から始まるWebSocket URLを入力します。接続先が指定するポートやパスも含めてください。通常の http:// や https:// のURLはこの欄では使えません。
この画面は送信内容を自動で返信するわけではありません。エコー応答を返すサーバーでなければ返信がない場合があります。また、サーバーが購読要求や所定のJSON形式を必要とすることもあるため、接続先の仕様に沿った文字列を送ってください。
できません。接続先URLとテキストメッセージを使う範囲の確認に対応しており、任意のハンドシェイクヘッダーやサブプロトコルを入力する項目はありません。これらが必須のエンドポイントは別のクライアントで検証してください。
バイナリ受信は内容を表示せず、バイナリデータであることを示す表示になります。送信欄から送れるのはテキストです。Base64文字列を入力しても、サーバー側がその文字列をBase64として解釈する仕様でなければ、バイナリ送信の代わりにはなりません。
ブラウザー上で接続エラーが記録されても、サーバーの詳細な拒否理由まで分かるとは限りません。URL、ポート、パス、証明書、サーバーの接続許可設定、ネットワーク経路を確認し、必要ならサーバー側のログも照合してください。
注意
利用範囲、結果の制限、必要な注意点を事前に確認します。
接続済みは、今回の接続が成立したことを示すもので、アプリケーションの認証・購読・業務処理が正しい証明ではありません。このテスターは負荷試験、監視、カスタムヘッダー、サブプロトコル指定、バイナリ内容の表示には対応しません。接続先がそれらを要求する場合は、別の検証方法が必要です。
送信内容は指定したサーバーに届くため、パスワード、アクセストークン、個人情報などを安易に入力しないでください。自分が利用を許可された接続先だけをテストし、通信の暗号化が必要な場合は接続先が案内する wss:// を使ってください。接続エラーや切断の表示だけでは、原因を一意に確定できません。
関連
関連ツール、特集、利用可能なAPIを探せます。