2010-06-08 5 views
1

Merci d'avance pour l'aide.Problèmes Openfire et LDAP

Quelqu'un at-il vu ce problème avec openfire?

Actuellement, j'utilise Openfire Fedora avec Auth en utilisant Windows 2003 et également utiliser mysql pour la base de données. Quand j'apporte deux clients et que je me parle, le temps est lent entre les messages. Parfois, cela peut prendre entre 5 et 15 minutes pour que quelque chose soit envoyé à la personne (c'est seulement avec deux personnes sur le serveur openfire). J'ai exécuté un vidage de tcp en utilisant le port 389 et voir que la machine exécute des milliers de requêtes sur ldap. Quand je le branche dans wireshark, je remarque qu'il transfère la liste de contacts entière ou vérifie l'état de la liste de contacts entière?

Quand je lance le débogage sur openfire lui-même, je suis présenté avec seulement ce petit message dans le journal:

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 

Je pensais que c'était une configuration de mon côté et a commencé à examiner les paramètres du cache du openfire les pages Web. J'ai peaufiné les paramètres comme recommandé par les pages et toujours obtenir les mêmes problèmes. Je ne semble pas mettre en cache la liste de contacts ou cela pourrait être une fonctionnalité jamais fixée ou implémentée.

Quelqu'un at-il déjà vécu cela? J'ai cherché en ligne et je vois d'autres ont une grande expérience avec openfire sans problèmes comme j'ai, ou est-ce parce que personne n'a vérifié les requêtes?

Pour le moment, j'ai créé un nouveau contrôleur de domaine et déplacé openfire vers cet ordinateur afin qu'il puisse exécuter des requêtes locales. Cela semble aider à réduire la vitesse beaucoup, mais quand j'exécute l'outil de gestion des performances du serveur, je vois qu'avec deux personnes utilisant uniquement ce serveur openfire, je lance 593,7 requêtes par seconde.

Merci pour votre aide, si je n'ai pas fourni assez de données s'il vous plaît laissez-moi savoir ce que vous avez besoin et je peux le trouver. Ajouter d'autres informations de la conversation: Je vérifie encore mes paramètres, mais ils semblent corrects. Quand je fais un wireshark je remarque bien qu'il envoie la liste entière de contact comme requête, je suppose qu'il met en cache sous la liste d'alignement. Cependant, certains champs de cashe ne sont pas utilisés même s'ils sont définis.

J'ai regardé le lien que vous avez envoyé et je l'avais ajouté à mon openfire plus tôt dans l'espoir de le réparer, toujours le même problème.

Est-ce que quelqu'un a déjà fait un gestionnaire de performance de serveur pour voir si vous avez le même problème que moi? Ou un tcpdump. Lorsque je lance openfire et Ldap sur le même serveur, il ne semble prendre que 2 à 5 secondes avec seulement deux personnes au lieu des 2 à 5 minutes nécessaires. Dernière vérification, le gestionnaire de performance dit 600 par seconde.

Mon principal est que c'est juste pas la mise en cache, mais je ne suis pas sûr si c'est juste.

Merci pour les excellents commentaires!

Répondre

0

Peut-être qu'il ne trouve pas ldap du tout. À partir du vidage de journal, il semble que la construction de contexte puisse être vide et que le processus entier recommence.

Je prendrais un autre coup d'oeil à votre config.

http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/ldap-guide.html

Base DN: OU = "hidden", DC = "hidden", DC = "net" // est valide ce pour votre configuration ??

+0

Désolé pour ça. Le caché est mon nom de domaine, j'ai juste enlevé le nom réel et placé caché à sa place. Je suis relooking à ma configuration ldap, mais toute ma liste est tout répertoire actif, donc si cela ne fonctionnait pas, serais-je en mesure de me connecter en utilisant un compte AD? – user361310

+0

Je pensais que vous avez probablement fait cela. Le lien que j'ai fourni comporte une section traitant de la DA. Je vérifierais chaque paramètre avec soin. Vous connectez-vous en utilisant un DN d'administrateur? –

+0

Je me demande si cela serait utile. Les fichiers journaux près de la fin de la page semblent similaires à ce que vous voyez: http://www.igniterealtime.org/community/message/201922 –