問題タブ [beast]

Kraken websocket API に接続しようとしていますが、「WebSocket ハンドシェイクがリモート ピアによって拒否されました」というエラーが表示されました。

Websocket 用のラッパー クラスと、取引所の残りの API クライアントを作成しました。Binance Websocket API ではうまく動作しますが、Kraken Websocket 接続は失敗しました。

異なるタイプの tls(ssl::context ctx_webSocket{ ssl::context::tlsv13_client };) バージョンも試しましたが、結果は同じでした。

stream_protocol::acceptor acceptor_;クラスc'torで初期化されるタイプからオブジェクトを取得しました

init が完了すると、UNIX ソケット ファイルが作成されると思います。

ただし、アクセス許可を設定しようとすると、ファイルが存在しないという例外が発生します。

実際、async_accept 操作時にのみ作成されます。

したがって、一方向では、アクセス許可を変更するためにソケット ファイルが必要です。逆に言えば、ソケットを作成するには、接続を受け入れる必要がありますが、クライアントがこのファイルにアクセスする権限を持っていないため、接続を受け入れることができません。

このデッドロック シナリオを解決する方法はありますか?

安全な websocket boost::beast 実装を使用しています。現在のメッセージが処理されている間に新しいメッセージを受信できるようにしたいと考えています。そこで、コルーチン (yield を使用したメソッド) を使用して試してみることにしました。

1. これは私の websocket オブジェクトです:

2. そして、これが私のwebsocketリスナーコードの呼び出し方です

3. そして、これが私の websocket ハンドラー メソッドのしくみです。これは 2 つの部分に分かれていることに注意してください。

   まずは初期化部分。

   次に、新しいメッセージを読み取る準備ができている websocket メインループ。

したがって、私の質問は、現在のメッセージを処理しながら、以下のこのコードがサーバーから新しいメッセージを取得するのに適しているかどうかです ( sendPostFetchItemshttpsendPostDownloadNewVersionポスト要求をトリガーしてサーバーの応答を待つため、時間がかかる場合があります)。そうでない場合は、新しいメッセージがキューに入れられ、現在のメッセージハンドルが完了する次の反復を待っていると想定できますか?

私の 2 番目の質問は、catch ステートメントに関するもので、これが接続を再試行する適切な方法であるかどうかです。