Problemas haciendo login en autogestion 3.18.1

Hola, como están hice la actualización de 3.15.1 a 3.18.1 en la implementación del Hospital Alemán, y esta dando problemas para hacer login al sistema, directamente no hace nada, es como si no validará nada y muestra nuevamente la ventana de login. Hice la prueba de poner un documento que no existe con una clave cualquiera y tampoco hace nada, no muestra ningún error y vuelve la pantalla de login. Al resetear la contraseña pasa lo mismo.

Vi un post del foro, este http://foro.comunidad.siu.edu.ar/index.php?topic=20854.msg92942, este post nombre a este otro post http://foro.comunidad.siu.edu.ar/index.php?topic=20789.msg93088 donde explica que se tiene que cambiar el método get_session_name de session.php del framwork chulupi. Esto no lo hice porque la implementación ya viene con la mejor, pero no funciona.

Tanto gestión como autogestión están en el mismo servidor. Php esta en la versión 7.3 como lo pide, y todos los requerimientos se cumplen, borre el vendor y volví a ejecutar composer install pero todo sigue igual, hice unos cambios como no tomar las personalizaciones para que levante el sistema como viene del siu y tampoco funciona, quite el captcha, intente debuggear el sistema y no muestra nada, directamente no pasa nada.

El alias esta configurado exactamente igual que en la versión 3.15.1, el config.php esta configurado con todos los campos correctos, pase el sistema a producción para probar, pero tampoco funciona. En el log de apache no aparece nada, y en el log del sistema tampoco aparece un mensaje de error.

Desde ya muchas gracias por todo.

Saludos cordiales!

Hola Ricardo

Lograstes resolverlo?

Punteo de cosas que te olvidas cuando estas ofuscado:

1.- Permisos de los directorios?
2.- Compilación de Recursos?
3.- Logs del guarani para el ingreso fallido?
4.- Logs del php?

Emilio

Hola Ricardo,

El log del sistema está totalmente vacío? Verificaste esto por las dudas?

Saludos, Florencia.

Hola Emilio, como estás? si todo eso esta verificado, los permisos están bien, y los logs están perfectos.

Hola Florencia, como estás? si verifique lo que dice el post, el session.save_path esta comentado y lo activé y verifiqué que la carpeta tenga permisos de escritura para el usuario www-data. El error persiste. En el log no figura nada, solo cuando se abre la pagina, y cuando intentas hacer login, vuelve aparecer el mismo log, así pasa siempre.

Este es un ejemplo del log:

================================================================================
===============================   INFO basica   ================================
================================================================================

 MEMORIA                       4.49 Mb

--------------------------------------
 CRONOMETRO
--------------------------------------
pre-consulta                 0.000 seg
pre conexion                 0.000 seg
conexion                     0.009 seg
pos conexion                 0.001 seg
post-consulta                0.001 seg
fin request                  0.002 seg
fin response                 0.040 seg
--------------------------------------
 TOTAL                       0.053 seg
--------------------------------------

================================================================================
================================   nivel INFO   ================================
================================================================================


--  EJECUTANDO ACCION 'siu\operaciones\acceso\controlador::accion__index'  -----



================================================================================
==================================   DEBUG   ===================================
================================================================================


--  ALIAS  ---------------------------------------------------------------------

/ha_prod/autogestion

--  ACTIVAR CACHE  -------------------------------------------------------------



--  CATALOGO: sistema/version_base_g3 | cache [false] - tipo [no]  -------------

Array
(
    [parametros] => Array
        (
        )

    [metadata] => Array
        (
            [cache] => no
            [filas] => n
        )

    [force_cache] => Array
        (
        )

)


--  sql  -----------------------------------------------------------------------

SET CLIENT_ENCODING TO 'iso-8859-1';

--  sql  -----------------------------------------------------------------------

SET search_path TO negocio

--  CONECTAR DB  ---------------------------------------------------------------

Array
(
    [vendor] => pgsql
    [dbname] => guarani3_produccion
    [schema] => negocio
    [schema_toba] => desarrollo
    [host] => localhost
    [port] => 5433
    [pdo_user] => guarani
)


--  SQL  -----------------------------------------------------------------------

SELECT EXISTS(SELECT 1 FROM pg_namespace WHERE nspname = 'negocio_auditoria')

--  SQL  -----------------------------------------------------------------------

select version_app,ultimo_script_corrido from app_versiones_base where id_conversion = (select max(id_conversion) from app_versiones_base);

--  DATOS  ---------------------------------------------------------------------

3.18.1-001466

--  === session_name ===  ------------------------------------------------------

siu_sess_ha_prodautogestion_des01

--  Autenticacion  -------------------------------------------------------------

Procesar login/credenciales

--  Autenticacion  -------------------------------------------------------------

Autenticación inválida - reintentar

--  Autenticacion  -------------------------------------------------------------

El usuario no esta autenticado - Anonimo

--  ADMIN CACHE  ---------------------------------------------------------------

: instanciando: MemoriaMemcached

--  ############# se incluyo la clase co_parametros del co co_parametros ##############  

nucleo/administracion/parametros/co_parametros.php

--  ############# TOBA_CONSULTA ADAPTER ##############  ------------------------

metodo: get_estructura_parametro - cache: false

--  ## CARGAR DB ##  -----------------------------------------------------------

get_estructura_parametro

--  SQL  -----------------------------------------------------------------------

SELECT 
					par_parametros_sistema.parametro,
					par_parametros_sistema.descripcion,
					par_parametros_sistema.tipo_de_parametro,
					par_parametros_sistema.tipo_de_dato,
					par_parametros_sistema.nivel,
					par_parametros_sistema.valor_desde,
					par_parametros_sistema.valor_hasta,
					par_parametros_sistema.valor_default,
					par_parametros_sistema.tabla_referenciada
				FROM 
					par_parametros_sistema
				WHERE
					par_parametros_sistema.parametro = 'cur_alta_usuario_cursos_autogestion'
				

--  ## datos ##  ---------------------------------------------------------------

Array
(
    [parametro] => cur_alta_usuario_cursos_autogestion
    [descripcion] => Establece si se habilitar� el perfil Cursos en la interfaz de Autogesti�n as� como tambi�n, si se permitir� la generaci�n de usuarios con este perfil.
    [tipo_de_parametro] => E
    [tipo_de_dato] => S
    [nivel] => 1
    [valor_desde] => 
    [valor_hasta] => 
    [valor_default] => N
    [tabla_referenciada] => 
)


--  ############# TOBA_CONSULTA ADAPTER ##############  ------------------------

metodo: get_valor_param - cache: false

--  ## CARGAR DB ##  -----------------------------------------------------------

get_valor_param

--  SQL  -----------------------------------------------------------------------

	SELECT 	par_parametros_sistema.valor_default as valor
					FROM 	par_parametros_sistema
					WHERE	upper(par_parametros_sistema.parametro) = 'CUR_ALTA_USUARIO_CURSOS_AUTOGESTION'
							;

--  ## datos ##  ---------------------------------------------------------------

N

--  PARAMETRO: cur_alta_usuario_cursos_autogestion | ATRIBUTOS: __TODA_LA_INST__ | VALOR:   

N

--F<1>:E<0>:W<0>:T<0.053 s>:M<4.49 Mb>--
--REXCAT_C<sistema>MET<version_base_g3>MED<db>A<leer>T<0.001>--

== FIN =============================================

Después todos son iguales, y en el log de apache no aparece nada, queda inmutable.

Desde ya muchas gracias!

Hola, revise el post entero que me pasó Florencia, todo esta tal cual lo pone en el post, pero igual no funciona. La versión del PHP es: 7.3.19-1~deb10u1. VEo que las sesiones se guardan perfecto con los permisos bien. Cuando hice los logs que pasa Leonel me aparece algo raro:

--  === session_name ===  ------------------------------------------------------

siu_sess_ha_prodautogestion_des01

--  session_name  --------------------------------------------------------------

siu_sess_ha_prodautogestion_des01

--  cookie_path  ---------------------------------------------------------------

/ha_prod/autogestion

--  cookie_domain  -------------------------------------------------------------

guaraniautogestion.hospitalaleman.com

--  === session_name ===  ------------------------------------------------------

siu_sess_ha_prodautogestion_des01

--  auth_type  -----------------------------------------------------------------

form

--  Autenticacion  -------------------------------------------------------------

Procesar login/credenciales

--  Autenticacion  -------------------------------------------------------------

Autenticación inválida - reintentar

--  Autenticacion  -------------------------------------------------------------

El usuario no esta autenticado - Anonimo

--  === autenticado ===  -------------------------------------------------------



--  === persona ===  -----------------------------------------------------------

Eso es todo lo que Leonel pide que se agregue, pero en Autenticado, no aparece nada, esta todo vacío. A que se debe eso, no lo sé. En fin, muchas gracias desde ya.

Saludos!

Ricardo,

Está vacío porque no hay usuario autenticado, fijate que antes de eso está el error “Autenticación inválida - reintentar”.
Probaste usando la opción de recuperar contraseña?
Tienen habilitada la extensión APCu de PHP?

Saludos, Florencia.

Hola Florencia, si intente desde recuperar, pasa lo mismo, y no hace nada, php -m tira esto:

[PHP Modules]
apc
apcu
calendar
Core
ctype
curl
date
dom
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
igbinary
json
libxml
mbstring
memcached
msgpack
openssl
pcntl
pcre
PDO
pdo_pgsql
pgsql
Phar
posix
readline
Reflection
session
shmop
SimpleXML
sockets
sodium
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlwriter
xsl
Zend OPcache
zip
zlib

[Zend Modules]
Zend OPcache

Esta todo perfecto, no se que puede ser, lo único diferente es que el certificado de seguridad esta fallando, pero no debería pasar lo mismo, en la versión 3.15.1 si funcionaba bien.

Saludos!

Ricardo,

Y si deshabilitan el captcha en instalacion/config.php?
Está en producción? La compilación de recursos se hace sin problemas?

Saludos, Florencia.

Si estamos en producción, y si esta deshabilitado el captcha, y la compilación de los recursos se hace perfecta. También intente pasarlo a desarrollo, y eliminar las personalizaciones para ver si era eso, y nada funciona, estoy pensando en instalar todo de vuelta pero no se si de algo sirve.

Saludos!

Ricardo,

Revisaste las directivas ‘sesion_timeout’ y ‘sesion_maxtime’ en ‘instalacion/config.php’? Y los parámetros de la sesión en PHP?

Saludos, Florencia.

Las directivas están en 10000 cada una, y los parámetros de la sesión están bien, se modificaron según lo que proponían en el post que me pasaste. Se verificó también el método get_session_name del framework y se puso el parámetro Session.auto_start en 0. Si hay algún parámetro de sesión que hay que tocar no lo sé, para mi están bien, están como yo lo tengo en la versión 3.17.1 de mi PC para otra instalación.

Saludos!

Ricardo,

Instalé localmente la rama ‘https://colab.siu.edu.ar/svn/guarani3/nodos/ha/3w/trunk/3.18.1’ y funciona sin problemas. Tiene que ser algo del servidor…
Podés adjuntar el archivo ‘<path proyecto 3w>/vendor/siu/chulupi-framework/src/SIU/Chulupi/nucleo/sesion.php’ de tu instalación?

Saludos, Florencia.

Aquí va el archivo.

saludos!


sesion.txt (3.42 KB)

El archivo es el correcto. Yo probaría en otra instalación, no se si tenés esa posibilidad…

Saludos, Florencia.

No tengo chance de cambiar de entorno, esta solo eso, y ahí funciona el guaraní, pero que puede ser que este pasando. ahora veré, el debian es el buster, quizá el error viene de ahí, sabes si alguno tuvo problemas con buster?

Saludos!

Nada reportado por el momento…

Otra idea.

La instalación (apache) es la misma que estaba antes con la version anterior?
Está habilitado el mod_rewrite?
El archivo que contiene el alias, esta bien en la parte de la redirección?
Probastes borrar a mano el contenido del directorio instalacion/temp y convocar nuevamente a la aplicación?

Yo tengo funcionando debian 10 sin inconvenientes.

Emilio

Hola Emilio, como estás? Perdón por la demora, estuve con otras cosas, ya esta resuelto, era un problema de proxy reverso, el proxy ponía un certificado de seguridad que el servidor no lo tenía, no se porque pasaba eso, ya que con la versión 3.15.1 si funcionaba bien. En fin, se acomodó eso y empezó a funcionar perfecto!

Mil gracias por todo!