UserLock Documentation
UserLock Documentation

Foire aux questions de UserLock

Console Web – http erreur 503. Le service est indisponible

Le message d’erreur suivant « http erreur 503 – service indisponible » lors de l'affichage de la console Web UserLock. Comment puis-je le résoudre ?
Lors de l'affichage de la console Web UserLock, le message d'erreur suivant apparaît :
ERROR 503 – Service indisponible

Service Unavailable

Ce message s'affiche car le pool d'applications UserLockAppPool de IIS n'a pas réussi à démarrer.

Application Pools

Et dans le journal d'application de l'observateur d'événements Windows de votre serveur UserLock, nous trouvons l'erreur suivante :

Le module DLL 'C:\Program Files\Microsoft\Exchange Server\V14\Bin\kerbauth.dll' ne peut être chargé à cause d’un problème de configuration. La configuration actuelle ne prend en charge que le chargement d'images construites pour une architecture de processeur x86. Le champ de données contient le numéro d'erreur.

Avec “IIS-W3SVC-WP” comme source et 2282 comme « Event ID »
Il s'agit d'un problème connu sur un serveur 64 bit avec Exchange qui définit le dll par défaut à charger sur tous les pools d'applications. UserLock tente de charger un dll dont il n'a pas besoin, car Exchange l'a défini par défaut, et ce dll n'existe pas dans la version 32 bit.

Vous pouvez contourner ce problème en modifiant les paramètres de chargement du DLL.

  1. Localisez et sauvegardez le fichier suivant :
    %windir%\system32\inetsrv\config\applicationhost.config

  2. Dans la rubrique « "globalModules » trouvez et modifiez l’entrée suivant en rajoutant preCondition="bitness64" juste avant "/>" pour chaque ligne (excepté si preCondition="bitness64" est déjà présent) :

    • "kerbauth" <path/>\kerbauth.dll
    • "exppw" <path/>\exppw.dll
    • Sur Exchange V15 (pas requis sur Exchange V14): "cafe_exppw" <path/>\exppw.dll

    Par exemple, sur Exchange V15, remplacez :

    • <add name="kerbauth" image="C:\Program Files\Microsoft\Exchange Server\V15\Bin\kerbauth.dll" />
    • <add name="exppw" image="C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\auth\exppw.dll" />
    • <add name="cafe_exppw" image="C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\bin\exppw.dll" />

    Par

    • <add name="kerbauth" image="C:\Program Files\Microsoft\Exchange Server\V15\Bin\kerbauth.dll" preCondition="bitness64" />
    • <add name="exppw" image="C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\auth\exppw.dll" preCondition="bitness64" />
    • <add name="cafe_exppw" image="C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\bin\exppw.dll" preCondition="bitness64" />
  3. 3. Dans chaque rubrique "isapiFilters" trouvez et modifies l’entrée en ajoutant preCondition="bitness64" juste avant "/>" pour chaque line (excepté si preCondition="bitness64" est déjà présent)

    • "Exchange OWA Cookie Authentication ISAPI Filter" <path>\owaauth.dll
    • "Exchange ActiveSync ISAPI Filter" <path>\AirFilter.dll

    Par exemple, sur Exchange V14, remplacez :

    • <filter name="Exchange OWA Cookie Authentication ISAPI Filter" path="D:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\auth\owaauth.dll" enabled="true" />
    • <filter name="Exchange ActiveSync ISAPI Filter" path="D:\Program Files\Microsoft\Exchange Server\ClientAccess\sync\bin\AirFilter.dll" enabled="true" />

    Par

    • <filter name="Exchange OWA Cookie Authentication ISAPI Filter" path="D:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\auth\owaauth.dll" enabled="true" preCondition="bitness64" />
    • <filter name="Exchange ActiveSync ISAPI Filter" path="D:\Program Files\Microsoft\Exchange Server\ClientAccess\sync\bin\AirFilter.dll" enabled="true" preCondition="bitness64" />
    Avec cet attribut de précondition, ces dll ne seront pas chargées dans le pool d'applications 32 bit.
  4. Sauvegardez et fermez le fichier

  5. Redémarrez IIS (exécutez la commande IISRESET) et relancez la console Web UserLock

La console Web de UserLock doit maintenant fonctionner.
Si la même erreur se produit toujours, il se peut que d'autres modules nécessitent cette condition préalable. Le journal des applications dans l'observateur d'événements Windows peut être utilisé pour déterminer quels modules, le cas échéant, causent des problèmes de bitness.
Une autre solution consiste à modifier le pool d'applications UserLockAppPool en 64 bit.
Nous ne vous recommandons pas cette solution si vous utilisez la base de données Access par défaut qui ne vous permettra pas d'exécuter le rapport à partir de la console Web.

Autres questions associées