Home › Forums › OpenPPM Bulma 4.2.9 › Revert Ldap configuration 15-03-2016 Creator: Omar Ricardo Vargas Cárdenas
- This topic contains 1 voice and has 0 replies.
-
AuthorPosts
-
20 June, 2017 at 7:27 am #3389
To enter the LDAP through openppm , i set the settings , but now I can not get in, and when I try to get the message:
Login Error
You have Entered invalid name and password .
I can reverse this process in some file in the server or modifying something in the database ?
Para ingresar a openppm atraves del LDAP, realizé las Configuraciones , Pero Ahora No puedo entrar , y cuando lo intento obtengo el mensaje :
Login error
You have entered invalid name and password.
log:
15-Mar-2016 11:46:20.041 WARNING [http-nio-8080-exec-32570] org.apache.catalina.realm.JAASRealm.authenticate Excepción de Login autenticando nombre de usuario sponsor
javax.security.auth.login.LoginException
at es.sm2.openppm.auth.PlainLoginModule.login(PlainLoginModule.java:226)
at sun.reflect.GeneratedMethodAccessor1731.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at javax.security.auth.login.LoginContext.invoke(Unknown Source)
at javax.security.auth.login.LoginContext.access$000(Unknown Source)
at javax.security.auth.login.LoginContext$4.run(Unknown Source)
at javax.security.auth.login.LoginContext$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokePriv(Unknown Source)
at javax.security.auth.login.LoginContext.login(Unknown Source)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:413)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:334)
at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:245)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:453)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:673)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1526)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1482)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)puedo revertir este proceso en algun archivo del servidor o la base datos?
Agradezco su atención.
-Omar Ricardo Vargas Cárdenas (16-03-2016)
En resumen el problema es que cuando uno configura los parametros de LDAP de forma erronea, y no deja el tipo de autenticación en modo Mixto, termina siendo imposible que un usuario tome sesión en el openppm, despues de pensarlo y buscar archivos en el servidor, resulto que estas configuraciones se encuentran en la base de datos en la tabla setting , asi que basta con ejecutar “UPDATE setting SET value=”BD” WHERE idSetting=127 ;” en la base de datos, las opciones posibles son LDAP, MIXED y LDAP.
Nota: esto aplica para OpenPPM Bulma 4.2.9..rar
-
AuthorPosts
- You must be logged in to reply to this topic.