Gracias por tu ayuda.
Efectivamente, hab�a llegado a la conclusi�n que el cambio de la contrase�a era
lo que rehabilitaba el perfil, y ante la posibilidad de eliminar
inadvertidamente la funci�n de inhabilitaci�n, he preferido (a mi pesar) igualar
las contrase�as del usuario en los dos entornos.

Y es uno de los , supongo, miles de tropezones que se producen diariamente en el
mundo por el tema de las autorizaciones de usuarios, tema que por los art�culos
que salen ultimamente, parece que vuelve a ponerse "de moda" ( o m�s bien nos
damos cuenta de que la situaci�n actual respecto al control de accesos es una
locura. �cuantas contrase�as tienes en la cabeza?)

Un saludo
Jesus Busquets
Grespania, S.A.

Please respond to [EMAIL PROTECTED]

To: � � � �[EMAIL PROTECTED]
cc: � � � � (bcc: Jesus Busquets/NOTES/ES)

Subject: � � � �Re: Curioso comportamiento de NetServer


[IMAGE]

Hola Jes�s:

No s� si ser� este tu caso, pero con la conexi�n con NetServer ocurre algo
muy curioso.

Por supuesto, el usuario debe existir en el AS/400 y tener una contrase�a
asignada, aunque aparentemente no es necesario que est� ENABLED, ya que ese
estado se comprueba �nicamente para el inicio de Sesiones interactivas.

Cuando NetServer intenta abrir una conexi�n y la contrase�a no coincide, el
AS/400 detecta un acceso incorrecto y, seg�n cual sea el protocolo de
conexi�n, cuenta como un fallo de contrase�a o varios.

Si te vuelves a "equivocar" un par de veces, y tienes activado el n�mero de
intento de conexiones incorrectas a 3, que es lo m�s habitual, el AS/400
declara a tu usuario como inhabiltado para establecer conexiones de Red, y
env�a un mensaje a la Consola.

Ojo, esto no tiene nada que ver con el estado ENABLED o DISABLED del perfil
de usuario, sino con un indicador interno que no es visualizable de ninguna
forma. Entonces, �c�mo se puede restablecer el Usuario?

Recuerdo haber le�do en un manual de NetServer, que se puede hacer de tres
formas, aunque s�lo recuerdo dos:
- Si el usuario se cambia la contrase�a, en una sesi�n interactiva con
CHGPWD.
- Si se hace un CHGUSRPRF ��Aunque NO se cambie NADA!!

Posiblemente, a esto se debe la desconexi�n de tu usuario y su resurrecci�n
al cambiarle la contrase�a, (supongo que con CHGUSRPRF).

En ninguna parte indica cuando se resetea el contador de intentos de acceso
incorrecto.

Despu�s de alguno tropiezos similares, he hecho que las contrase�as de
Windows �y de AS/400 de los usuarios coincidan, y todo funciona bien, salvo
cuando cambian una y olvidan cambiar la otra.

Espero haberte ayudado y estoy dispuesto a ampliar m�s esta informaci�n,
aunque no creo que lo necesites.


Saludos,
� � � � � � � � �---------------------------
� � � � � � � � � �Santiago Mart�
� � � � � � � � � � � Dusen, S.A.
� � � � � � � � �---------------------------





� � � � � � � � � � [EMAIL PROTECTED]
� � � � � � � � � �m � � � � � � � � � � � � � �Para: � [EMAIL PROTECTED]
� � � � � � � � � �Enviado por: � � � � � � � � cc:
� � � � � � � � � �forum.help400-request@ � � � Asunto: Curioso comportamiento
de NetServer
� � � � � � � � � �combios.es


� � � � � � � � � � 25/02/2002 15:51
� � � � � � � � � �Por favor, responda a
� � � � � � � � � �forum.help400










Me pasa una cosa curiosa al utilizar NetServer

Lo curioso viene a continuaci�n: la segunda vez que el usuario hace esto,
ya no
le admite la contrase�a, de dice que es err�nea. Extra�ado, voy al usuario,
y le
cambio la contrase�a. Autom�ticamente, puede entrar con la contrase�a
nueva,
pero a la siguiente vez, vuelve a dar un error.
�alguien tiene una explicaci�n, y, sobre todo, un remedio a esto?

Saludos
Jesus Busquets
Grespania, S.A.




_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?bodyLEAVE


(Embedded image moved to file: pic23191.pcx)

Attachment: pic23191.pcx
Description: Binary data

Responder a