LAE

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: burke

After adding a user with a password such as "l@v@st0rM" (without quotes) and stopping and restarting the brain server we were unable to authenticate via the BRE.

[code:1]
/opt/lavastorm/brain4.0/bin/addBrainUser.py /opt/lavastorm/brain4.0/conf/brain/passwd someusername l@v@$t0rM admins
[/code:1]

Killed the java process via top sig 9.

Restarted server.

Couldn't auth.

Changed the password and restarted again, can now authenticate. The new password didn't have any special characters.

Is it possible the special characters are being escaped somewhere where they shouldn't be or the other way around, not being escaped and they should be.

Thanks

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: rabbott

FYI, I found that I was able to change the password to one containing special characters and have it work.

Post edited by: rabbott, at: 2009/03/06 03:01<br><br>Post edited by: rabbott, at: 2009/03/16 16:06

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: rabbott

I've run some tests and it appears that the problem may be related to the initial password creation process when special characters are used, however further test results were inconsistent.

Could you please try changing the password of the "someusername" userid to another password with special characters? For example:

[code:1]/opt/lavastorm/brain4.0/bin/changeBrainPassword.py /opt/lavastorm/brain4.0/conf/brain/passwd someusername l@v@$t0rM l_v@$t0rM [/code:1]

You would again need to stop and restart the BRAIN server before testing.<br><br>Post edited by: rabbott, at: 2009/03/16 16:04

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: burke

Odd no email for your replies... oh well option is now checked.

I've run into a new problem in that when issuing a password change request it fails with the error "User 'someusername' does not exist."

Yet a grep of the pwd file returns the users in question.

Is this happening because the &lt;oldpassword&gt; value does not correctly match what is on file? If this is the case then how does one change a password if they don't remember their old password? i.e. password reset?

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: rabbott

Which version of BRAIN is this? (from BRE, go to Help &gt; About BRE)

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: burke

4.1.1.0 Build 243 but that's the client not the server is it not?

PWD changes are being issued on the command line directly on the server.

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: rabbott

You're right about the version, BRE client and BRAIN server versions can and do differ. The server version can be found in the $BRAIN_HOME/bin/release.txt file.

OK, I've reproduced this problem more methodically today using BRE 4.1.1.0 Build 243. Today I was unable to get passwords with special characters to work, even after using the changeBrainPassword.py procedure. I was able to reproduce the "User 'someusername' does not exist." error condition.

This appears to be a bug, and I will enter this into our bug tracking system accordingly and it will be fixed in a future release.

In the meantime, as a workaround, do not use special characters in the password such as "@", "$", "_" etc. To work around the "User 'someusername' does not exist." error, edit the &lt;BRAIN_HOME&gt;/conf/brain/passwd file and delete the line containing the User 'someusername'. You can then recreate the User with the addBrainUser.py command (this also addresses the "reset forgotten password" question). I found that you can now also successfully change the password whereas before you would encounter the "User 'someusername' does not exist." error.

Thank you for your patience with this issue.

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: burke

			
				In the meantime, as a workaround, do not use special characters in the password such as "@", "$", "_" etc. 
			

Yeah already didnot exist." error, edit the &lt;BRAIN_HOME&gt;/conf/brain/passwd file and delete the line containing the User 'someusername'. You can then recreate the User with the addBrainUser.py command (this also addresses the "reset forgotten password" question). I found that you can now also successfully change the password whereas before you would encounter the "User 'someusername' does not exist." error.
[/quote]

Uh unless a lowercase 't' and certain numerals are 'special characters' then we still are running into password reset problems.

For example x123456 is the user and x123456 is the password and we are still getting the "User 'someusername' does not exist." error

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: rabbott

I hadn't tested alpha/numeric character combinations due to time constraints, but it would appear that this is also a problem. I'll add this information to the bug report. In the meantime, I would just use alphabetical characters.

Again, thank you for bringing this to our attention and for your patience with this issue.

Note: This was originally posted by an inactive account. Content was preserved by moving under an admin account.

Originally posted by: awilliams

At a guess, I'd say its a issue with Bash replacements, due to the use of $, try using quotation marks and escaping for the password

[code:1]/opt/lavastorm/brain4.0/bin/addBrainUser.py /opt/lavastorm/brain4.0/conf/brain/passwd someusername "l@v@\\$t0rM" admins[/code:1]

As an example:

[code:1][brain]# echo "l@v@$t0rM"
l@v@
[brain]# echo "l@v@\\$t0rM"
l@v@$t0rM
[/code:1]

As you can see,