ws：//がwss：//に変更されたときにWebSocketサーバーがハンドシェイクを取得しない

Question

WSSに取り組み、クラウドインフラストラクチャを知っている人の助けを借りて、

thisと同様のスタイルでカスタムwebsocketサーバーを構築しました。サーバーはAzureのポート45001のVM上で実行されます。クライアントは当社のWebサイト（HTML/Javascript）です。 websocket uriは 'ws：// endpointname：45001'です。サーバーはハンドシェイク要求を受け取り、適切な応答を送信し、接続が確立されました。クライアントとサーバーは、毎回楽しく通信しました！

私たちのウェブサイトがAzureでホストされているSSL証明書をインストールした瞬間、ブラウザはws：ws：//を変換するよう依頼しました。これを行うと、HTTPアップグレード要求であったサーバーポートに当たっていた最初のメッセージが、サーバーが意味をなさない暗号化されたメッセージになりました。

​​

サーバーVMがHTTPアップグレード要求を取得していない理由はありますか。私たちが試した

もの：

1. は、VMのポート45001上で証明書をインストール。運がない。 VMがこの証明書を復号化するのをどのように知っているかはわかりません。
2. サーバをローカルに配置し、ブラウザにwss経由で接続させます。サーバーはまだ奇妙な暗号化されたメッセージを持っています。地元の環境では、どのような基準で

誰かが助けることができたら本当に感謝します。

Answer 1

通常、HTTPとHTTPSは異なるポート（それぞれデフォルトで80と443）で使用されます。 Secure WebSocketクライアントは、通常のWSアップグレード要求を送信する前に、サーバーに接続してHTTPSセッションを確立する必要があります。

同じポートでHTTPとHTTPSを実行しようとすると、HTTPSが使用されているかどうかを判断するために新しい接続の最初の数バイトを調べるように特別に設計されていない限り、 HTTPに専用のポートとHTTPS専用のポートを別々に使用する方が簡単です。

WSSクライアントがセキュリティ保護されていないWSポートに接続しているようで、暗号化されていないHTTP要求ではなくHTTPS暗号化ハンドシェイクがサーバーに表示されるようです。 HTTPSハンドシェイクはテキストではなくバイナリプロトコルであるため、テキストとして表示しようとするとぎこちないように見えます。

ポート45001は標準のHTTP/Sポートではないため、ws://とwss://のURLに明示的に指定する必要があります。サーバがHTTPSをサポートするように設定されているポートを使用するように、wss://のURLを更新する必要があります。