助けてくれてありがとう。
openfireでこの問題を見た人はいますか?
現在、私は Windows 2003 を使用して Openfire Fedora と Auth を使用しており、データベースには mysql も使用しています。2 つのクライアントを立ち上げてお互いに話すと、メッセージ間の時間が遅くなります。送信されたものがその人に届くまでに 5 ～ 15 分かかる場合があります (これは、openfire サーバーに 2 人しかいない場合です)。ポート 389 を使用して tcp ダンプを実行したところ、マシンが LDAP に対して何千ものクエリを実行していることがわかります。それをwiresharkに接続すると、連絡先リスト全体が転送されているか、連絡先リスト全体のステータスがチェックされていることに気付きましたか?
openfire 自体でデバッグを実行すると、ログに次の小さなメッセージしか表示されません。
2010.06.08 07:01:17 LdapManager: Starting LDAP search...
2010.06.08 07:01:17 LdapManager: ... search finished
2010.06.08 07:01:17 LdapManager: Creating a DirContext in LdapManager.getContext()...
2010.06.08 07:01:17 LdapManager: Created hashtable with context values, attempting to create context...
2010.06.08 07:01:17 LdapManager: ... context created successfully, returning.
2010.06.08 07:01:17 LdapManager: Trying to find a groups's DN based on it's groupname. cn: Spark agents CLT, Base DN: OU="Hidden",DC="Hidden",DC="net"...
2010.06.08 07:01:17 LdapManager: Creating a DirContext in LdapManager.getContext()...
2010.06.08 07:01:17 LdapManager: Created hashtable with context values, attempting to create context...
2010.06.08 07:01:17 LdapManager: ... context created successfully, returning.
2010.06.08 07:01:17 LdapManager: Starting LDAP search...
2010.06.08 07:01:17 LdapManager: ... search finished
2010.06.08 07:01:17 LdapManager: Trying to find a groups's DN based on it's groupname. cn: Spark agents CLT, Base DN: OU="Hidden",DC="Hidden",DC="net"...
2010.06.08 07:01:17 LdapManager: Creating a DirContext in LdapManager.getContext()...
2010.06.08 07:01:17 LdapManager: Created hashtable with context values, attempting to create context...
2010.06.08 07:01:17 LdapManager: ... context created successfully, returning.
2010.06.08 07:01:17 LdapManager: Starting LDAP search...
2010.06.08 07:01:17 LdapManager: ... search finished
これは私の側の設定だと思い、openfire Web ページのキャッシュ設定を調べ始めました。ページで推奨されているように設定を微調整しましたが、それでも同じ問題が発生します。連絡先リストをキャッシュしていないようです。または、これは修正または実装されていない機能である可能性があります。
誰もこれを経験したことがありますか？私はオンラインで検索しましたが、他の人が openfire で素晴らしい経験をしており、私のような問題はありませんでしたか、それとも誰もクエリをチェックしなかったためですか?
とりあえず、新しいドメイン コントローラーを作成し、openfire をそのコンピューターに移動して、ローカル クエリを実行できるようにしました。これは速度を大幅に低下させるのに役立つようですが、サーバー パフォーマンス マネージャー ツールを実行すると、その openfire サーバーのみを 2 人で使用すると、1 秒あたり 593.7 リクエストを実行することがわかります。
ご協力いただきありがとうございます。十分なデータが提供されていない場合は、必要なものをお知らせください。見つけることができます。
会話から他の情報を追加: まだ設定を再確認していますが、正しいようです。私がwiresharkを実行すると、連絡先リスト全体がクエリとして送信されることに気付きましたが、名簿リストの下にキャッシュされていると想定しています。ただし、キャッシュ フィールドの一部は、設定されていても使用されていないように見えます。
私はあなたが送ったリンクを見て、それが修正されることを期待して私のopenfireに追加しましたが、それでも同じ問題です.
あなたが私と同じ問題を抱えているかどうかを確認するために、サーバーパフォーマンスマネージャーを実行したことがありますか? またはtcpdump。同じサーバーでopenfireとLdapを実行すると、2〜5分かかるのではなく、2人だけで2〜5秒しかかからないようです。最後のチェックでは、パフォーマンス マネージャーは毎秒 600 と言っています。
私の主なことは、キャッシングではないということですが、これが正しいかどうかはわかりません。
素晴らしいフィードバックをありがとう！