問題タブ [heartbeat]

https://www.rfc-editor.org/rfc/rfc6520では、ハートビート リクエスト/レスポンスの往復にペイロードが含まれる理由が説明されていません。ペイロードの余地があり、応答に要求と同じペイロードが含まれている必要があることを指定するだけです。

このペイロードは何に適していますか? 私の質問は次のとおりです。

• ハートビート要求に任意のペイロードを含めることを可能にするプロトコルを設計したとき、エンジニアは何を考えたのでしょうか? 利点は何ですか？

• このペイロードを応答に含める必要がある理由は何ですか?

任意のペイロードを許可することで、アプリケーションは特定の応答と特定の要求を明確に一致させることができることがわかりました。それが唯一の利点ですか？はいの場合、ペイロードを特定の長さに強制しなかったのはなぜですか? ペイロードの長さの柔軟性は何に適していますか? ハートビート リクエストの長さを予測できないなど、暗号化の概念と関係がありますか?

他の「ハートビート」のようなプロトコル拡張は、正確な要求 (「ping」など) と対応する応答 (「pong」など) を事前に定義するだけです。https://www.rfc-editor.org/rfc/rfc6520が別のルートをたどったのはなぜですか?

これらすべてが巧妙に配置されたバックドアであった可能性があるという仮説を適切に評価するために、RFC6520 で行われた選択の背後にある理由を理解することが重要です。

C# での CloudFlare チャレンジへの回答はまだ見つかっていません。

C# コンソール アプリケーションから特定の URL に SSL ハートビート リクエストを作成して送信するにはどうすればよいですか? ( https://www.cloudflarechallenge.comで動作するはずです)

リクエストの作成をどこから始めればよいかさえわかりません。

次に、.のような使用可能な形式で応答を取得したいと思いますbyte[]。

基本的に、アプリケーションを完了するために必要な方法は次のとおりです。

どんな助けでも大歓迎です！

ハートブリードバグまで、ハートビートについて聞いたことがありません。これと ping の違いは何なのか、接続を管理するためのシグナルが他にあるのかどうか (データ パッケージではない) を知りたいです。

現在、本番サーバーには PHP 5.5.1 がインストールされており、正常に動作しています。

PHP 5.5.1 (cli) (ビルド: 2014 年 1 月 14 日 11:37:09)

Copyright (c) 1997-2013 PHP グループ

Zend Engine v2.5.0、Copyright (c) 1998-2013 Zend Technologies

ただし、この投稿によると、 PHP は OpenSSL の問題を修正するために 5.5.12 をリリースしました。CodeIgniter で実行しています。

私が見たように、5.5.1 と 5.5.12 の間に重大な変更はなく、バグ修正といくつかの追加のみです。PHPのバージョンアップは順調に進んでいるはずです。

ただし、最近、OpenSSL の新しいバージョンにアップグレードして、ハートブリード バグを回避しました。では、同じ理由で PHP をアップグレードする必要があるのでしょうか?

不足しているものがない場合、アップグレードによってバージョン関連の問題が発生することはありませんか?

注:投稿で共有ホスティング/サーバーの例に言及しているように、ロード バランサーの背後で実行されている独自の複数の専用サーバーがあります。

OpenSSL v 0.9.8 を実行するサーバーと、OpenSSL 1.0.1e に基づくクライアントがあります。クライアントの OpenSSL ライブラリが -DOPENSSL_NO_HEARTBEATS でコンパイルされている場合、サーバーに接続できません。私が見るのはエラーページだけです。何か提案してください。これをデバッグする方法は何ですか?

MySQL サーバーでの「マスター ハートビート期間」の意味と、この変数を で構成するにはどうすればよいmy.cnfですか?

この単純なコードは IE11 では機能しません。http://www.pubnub.com/docs/javascript/tutorial/pubnub.htmlのコンソールにコードを入力します

これらのjsエラーが発生します

SCRIPT1004: ';' が必要です

ファイル: ハートビート、行: 1、列: 10

プレゼンス ハートビートが Pubnub サーバーに到達できません。未定義

同様のエラーは IE9 や IE10 でも発生しますが、動作の再現が難しく、pubnub の init ssl オプションが関係しているようです。

誰もが同様の問題を経験しましたか? 本当に IE ハートビートの使用に対するブロッカーのように見えます。

2 台の異なるマシン間で Netty との NioSctpServerChannel 接続を使用しています。接続は正常に確立され、クライアントの channelActive-Handler がサーバーにデータを送信した後にデータを受信します。

受信インターフェイスはバインディング インターフェイス (192.168.243.31 ではなく 192.168.122.1) とは別のもののようです - これはシステムまたはネットの問題ですか?

次に、完全に異なるインターフェイス (この場合は virbr 192.168.122.1) を介してハートビートが送信され、接続を破棄するアボートで応答されます。クライアントがハートビートを送信しようとすると、接続が既にダウンしているため、これも論理的にアボートで応答されます。

PC1 192.168.243.31 (サーバー) PC2 192.168.243.12 (クライアント)

サーバー初期化コード:

ログ出力:

ネットワーク設定：

ネットワーク トラフィック: