ビデオ監視コンバージェンス プラットフォーム EasyCVR が上向きにカスケード接続されている場合、なぜ上司は 401 に応答し続けるのでしょうか?

ビデオ監視管理 EasyCVR ビデオ フュージョン プラットフォームは、クラウド エッジ エンドの統合アーキテクチャに基づいており、NVR、IPC、ビデオ エンコーダ、ドローン、車載機器、スマート ハンドヘルド ターミナルなどのマルチプロトコルおよびマルチタイプのデバイス アクセスをサポートできます。 、モバイル法執行機器など。このプラットフォームは強力なデータ アクセス、処理、配信機能を備えており、複雑なネットワーク環境で散在するさまざまなビデオ リソースを収集、統合、集中管理できます。

ユーザーのフィードバックによると、TSINGSEE Qingxi ビデオ監視統合管理プラットフォーム EasyCVR が上位レベルのプラットフォームにカスケード接続されている場合、上位レベルは 2 回目の登録後に常に 401 に応答し、トラブルシューティングの支援を求められます。

トラブルシューティングの手順は次のとおりです。

1) まずパケットをチェックし、メッセージを通じて取得した情報を分析します。EasyCVR プラットフォームが上位レベルのプラットフォーム情報を運ぶために初めてレジスタを送信するとき、上位レベルの応答 401 と認証チェックを行い、プラットフォーム401の認証が確認のために上位プラットフォームに応答されたとき、上位プラットフォームは依然として401を応答しました。この状況は、上記の2つの当事者のパスワード解析が異なっていることを示しています。

2) 両方のプラットフォームが同じ MD5 方式を使用しているかどうかを上位プラットフォームに問い合わせたところ、通信の結果、双方が暗号化に MD5 方式を使用していることがわかりました。

3) 両者のアルゴリズムの比較を確認した結果、上位プラットフォームは三重暗号化を使用し、ビデオ集約プラットフォーム EasyCVR は二次暗号化を使用しており、当社の ha2 が計算した結果は上位プラットフォームと矛盾していることが判明しました。問題を特定した後、上位プラットフォームの暗号化アルゴリズムと互換性があるようにアルゴリズムを直ちに修正しました。

4) 上位プラットフォームが発行する認証に対応した後、再登録を行いますが、その際にパケットをキャプチャし、プラットフォームが正常に起動していることを確認してください。

TSINGSEE Qingxi ビデオ監視コンバージェンス プラットフォーム EasyCVR は、国家標準 GB28181、RTMP、RTSP/Onvif、Hikvision Ehome、Hikvision SDK、Dahua SDK、Uniview SDK などを含むマルチプロトコルおよびマルチタイプのデバイス アクセスをサポートし、RTMP を外部に配布できます。 RTSP、HTTP-FLV、WS-FLV、HLS、WebRTC など 興味のあるユーザーは、デモンストレーション プラットフォームにアクセスして、体験または導入テストを行うことができます。

おすすめ

転載: blog.csdn.net/EasyNVS/article/details/131984189